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DESCEIPTIOli 

REPRODUCTION DEVICE, OPTICAL DISC, RECORDING MEDIUM, PROGRAM, 

REPRODUCTION METHOD 

Teclinlcal Field 

The present invention relates to playback apparatuses, 
for playing back video data recorded on an optical disc such 
as a Blu-Ray Disc Read Only Memory (BD-rom) and to optical discs, 
and also relates to a technique for playing back movie productions 
and the like distributed on optical discs. 
Background Art 

When movie productions are to be distributed, a great 

difficulty is posed by language differences. In. order to set 

*,. 

aside time for producing audio dubbing and subtitles, the movie 
industry has adopted a business method by which optical discs 
are distributed in the U.S.A. first, and distribution timing 
of optical discs in non- English regions is staggered, for example 
for Western Europe and Japan, and for Eastern Europe and other 
Asian countries. (This business method is called 

^time-shift", ) With the use of this time-shift method, movie 
productions are distributed to each of different regions in the 
world, with English audio and/or subtitles and the audio and/or 
subtitles in the native language of the region. It should be 
noted the Patent Document 1 mentioned below discloses an example 
of the prior art related to techniques for playing back audio 
and playing back sub- images on DVDs. 



There are users, not so large in number but definitely 
in any country and region, who desire to own an optical disc 
in a version that is not distributed in his/her own country or 
region « A typical example is that there are some users who 
5 purchase a translated version of an optical disc in their second 
language besides English and their native language in order to 
learn the second language , in most cases , however ^ the places 
where such discs on which a movie production is recorded in a 
second language are sold are limited to the areas where the 

10 language is spoken, and it is difficult for most users to purchase 
such a disc in his/her own country. In addition, even if a user 
orders such a disc from the area where the language is spoken, 
the user may not be able to play back the disc on the playback 
apparatus he/she ownS/ due to the region code restriction. 

15 The second languages users wish to learn are , for example r 

Japanese, German, French, Chinese^ Russian, and there is a wide 
range in variation- of languages for different users. It is a 
large burden on distributors to keep the lineup of products so 
as to cover all different languages. It is also an extremely 

20 high marketing risk for distributors to bring products in only 
certain languages into markets , Using discs for learning 
languages is a mere example, and there are some users in any 
country for sure who wish to have a disc in a version that is 
not distributed in their own country. Conventionally, there 

25 is no technique that makes it possible for distributors to meet 



such demand of "the users . 
Pa'tent: Documezii: I 
Japanese Pateni: No. 2,821^030 
Dxsclosuze of -tlie xnvekntlon 
5 An ob j ect of the pr^s^n-t invention is to provide a playback 

apparatus that is able to satisfy a user who wishes to have 
a disc in a version that is not distributed in his/her own country . 

The object is achieved by a playback apparatus for an 
optical disc on which a first digital stream is recorded, the 

10 playback apparatus comprising: a first reading unit operable 
to read the first digital stream, part by part/ from the optical 
disc; a control unit operable to specify, from a secondary 
recording medium, a second digital stream that is in 
correspondence with the first digital stream; a second reading 

15 unit operable to read the specified second digital stream, part 
by part; from the secondary recording medium, in accordance 
with control by the control unit ; and a playback unit operable 
to play back, in synchronization, data included in a part read 
from the optical disc and data included in a part read from 

20 the secondary recording medium. 

With this arrangement, on an assumption that the second 
digital stream is a version for a second language besides a 
native language, the second digital stream is read from the 
secondary recording medium, part by part. In parallel, the 

25 first digital stream recorded on the optical disc is read, part 



by part* By taking out necessary pieces of data from a part 
read from the secondary recording medium and from a part read 
from the optical disc and having the playback unit play back 
the pieces of data in synchronization with each other/ it is 
5 possible to play back the main body of the first digital stream 
while it is accompanied by playback of audio or a subtitle in 
the second language version. It is possible to establish a 
new form of business in which such an additional second digital 
stream is sold via the Internet so that update kits in a second 
10 language version are sold by a small quantity to users in the 
world who wish to have the second language for the purposes 
of learning the language. When such a form of business Is 
established, it can be a new source of profits with movie 
productions . 

15 It is acceptable to have an arrangement wherein the 

playback unit includes: a first demultiplexer operable to 
demultiplex the part of the f irs t digital stream to obtain pieces 
of video data and pieces of first audio data; a second 
demultiplexer operable to demultiplex the part of the second 

2 0 digital stream to obtain pieces of second audio data; a video 
decoder operable to decode video data; an audio decoder; and 
a supplying subunit operable to supply either the pieces of 
first audio data or the pieces of second audio data to the audio 
decoder, wherein the playback unit achieves the playback in 

25 synchronization by^ in a case where the pieces of second audio 



dat:a are supplied to the audio decoder, synchronizing the 
decoding of each piece of second audio data by the audio decoder 
with the decoding of each piece of video data by the video decoder ♦ 

With this arrangement, on an assumption that the second 
digital stream is a version for a second language besides a 
native language, it is possible to play back the audio data 
included in the second digital stream in synchronization with 
the video data included in the first digital stream. Since 
it is possible to practice listening comprehension in the second 
language while viewing the moving picrture of a movie production , 
leaning efficiency of the second language will be enhanced. 
By using this learning efficiency as a selling point/ 
distributors will be able to make large profits by selling the 
second digital stream as update kits to users in the world who 
wish to learn the second language. 

It is acceptable to have an arrangement wherein the part 
of the first digital stream and the part of the second digital 
stream are each a packet sequence, the first demultiplexer 
performs the demultiplexing at a time indicated by a time stamp 
on each packet ^ and the second demultiplexer performs the 
demultiplexing at a time obtained by adding a predetermined 
offset to a time indicated by a time stamp on each packet. 

With this arrangement/ since the two digital streams 

are synchronized with each other at a stage of being 

demultiplexed/ even if the reading of one digital stream from 

5 



the optical disc is not performed in parallel with the reading 
of the other digital stream from the secondary recording medium, 
it is possible to supply pieces of data to the audio decoder 
while keeping thezn in synchronization. 

In addition, even if master clocks referred to during 
the encoding process are different from each other, it is 
possible to supply pieces of data to the audio decoder while 
keeping them in synchronization . 

It is acceptable to have an arrangement wherein the part 
of the first digital stream and the part of the second digital 
stream are each a packet sequence, the video decoder decodes 
each of the pieces of video data included in the first digital 
stream at a time indicated by a time stamp on a packet in which 
the respective piece of video data is included, and the audio 
decoder decodes each of the pieces of second audio data included 
in the second digital stream at a time obtained by adding a 
predetermined offset to a time indicated by a time stamp on 
a packet in which the respective piece of second audio data 
is included. 

With this arrangement, since the two digital streams 

are synchronized with each other at a stage of being decoded, 

even if the reading of one digital stream from the optical disc 

is not performed exactly in parallel with the reading of the 

other digital stream from the secondary recording medium, the 

audio decoder is able to decode the audio in synchronization 

' 6 



with the decoding of the video data . In addition / even if master 
clocks referred to during the encoding process are different 
from each other, the audio decoder is able to decode the audio 
while keeping it in synchronization. 

It is acceptable to have an arrangement wherein the 
playback apparatus comprises a system register that stores 
therein a parameter showing a status setting of the playback 
apparatus, wherein whether the audio decoder decodes the pieces 
of first audio data belonging to the first digital stream or 
the pieces of second audio data belonging to the second digital 
stream is determined according to the parameter in the system 
register . 

With this arrangement/ depending on the status setting 
of the playback apparatus, it is possible to switch between 
the audio in the first digital stream and the audio in the second 
digital stream; therefore, it is possible to treat the second 
digital stream on the secondary recording medium and the first 
digital stream on the optical disc altogether as one. 

It is acceptable to have an arrangement wherein the 

secondary recording medium has playliat information recorded 

thexeon, the playlist information showing a starting point and 

an ending point of a playback section io the first digital stream 

in correspondence with a starting point and an ending point 

o'f a playback section in the second digital stream, the playback 

apparatus comprises a playback control unit operable to 

7 



interpret the playlist information, an<i t.lxe readings by the 
first and the second reading units and the playback by the 
playback unit are performed based on a result of the 
interpretation by the playback control unit- 
5 With this arrangement, it is possible tO/ not only bring 

the first and second digital streams in correspondence with 
each Other, but also to specif y, in a case where a logical playback 
section is specified in the first digital stream, a section 
in the second digital stream that corresponds to the logical 
10 playback section in the first digital stream; therefore, it 
is possible to realize synchronized playback in units of logical 
sections . 

It is acceptable to have an arrangement wherein the 
package management Information further includes alternative 

15 information, the playback control unit checks / prior to the 
interpretation of the playlist information/ if the playlist 
information is damaged/ and in a case where the playlist 
information is damaged, the playback control unit interprets 
playlist information indicated by the alternative information . 

20 With this arrangement, it is possible to recover data 

in a case where the playlist information on the secondary 
recording medium is damaged; therefore, it is possible to assure 
stable playback « 

It is acceptable to have an arrangement wherein the 

25 secondary recording medium has a program recorded thereon / the 



program showing a procedure for playback control of the first 
and the second digital streams using the playlist information, 
the playback apparatus comprises an execution module for 
executing the program recorded on the secondary recording medium^ 
5 and the playback control unit interprets the playlist 
information based on a function call within the program. 

With this arrangement, by referring to the program, it 
is possible to add, in a post factum manner, what procedure 
is used to perform. the playback using the playlist information, 
10 after the optical disc is released. Thus, it is beneficial 
for after* sales services provided after the optical disc is 
sold. 

It is acceptable to have an arrangement wherein the 
secondary recording medium has a plurality of package areas 

15 each of which is assigned to a different one of a plurality 
of optical discs to be mounted to the playback apparatus, when 
an optical disc is mounted to the playback apparatus , the control 
unit controls the first reading unit so that medium information 
is read from the mounted optical disc and specifies / out of 

2 0 t>»e plurality of package areas in the secondary recording medium , 
a package area that corresponds to the read medium information, 
and the second digital stream read by the second reading unit 
exists in the specified package area. 

With this arrangement. It is possible to have a plurality 

25 of optical discs mounted to the playback apparatus and to record 



an updated version of each of the optical discs. 

It is acceptable to have an arrangement wherein the 
optical disc has playlist information/ a program, and package 
management information recorded thereon, the playlist 
information shows a starting point and an ending point of a 
playback section in the first digital streaja in correspondence 
v^th a starting point and an ending point of a playback section 
in the second digital stream , the program shows a procedure 
for playback control of the first and the second digital streams 
using the playlist information, the package management 
information is management information for the first digital 
stream, the second digital stream, the playlist information, 
and the program, the control unit controls the second reading 
unit so that any of the playlist information, the program, and 
the package management information that exists within the 
package area is read from the package area Into the memory, 
and the control unit controls the first reading unit so that 
any of the playlist information, the program, and the package 
management information that does not exist in the package area 
is rea<l from the optical disc into the memory. 

It is also acceptable to have an arrangement wherein 

in a case where the playlist information or the program having 

an Identification number in common is recorded both on the 

optical disc and In the package area, the control unit controls 

the second reading unit so that the playlist information or 

10 



the program recorded in the package area is read into the memory, 
and in a case where the playlist information or the program 
having an identification number is recorded only on the optical 
discr the control unit controls the first reading unit so that 
the playlist information or the program recorded on the optical 
disc is read into the memory. 

With this arrangement, if a new updated version does 
not include one or more of the playlist information, the program, 
and the package management information, it is possible to use 
data on the optical disc to supplement what is missing ; therefore, 
there is no need to transmit all of the data to the user as 
an updated version • Accordingly, since it is possible to 
zninimise the volume of what is supplied to the user as an updated 
version, the technique is suitable for transmission of updated 
versions via the Internet. 

The playback apparatus described above needs to perform 
the reading from the secondary recording medium in parallel 
with the reading from the optical disc, in a case where the 
secondary receding medium is an hd, an hd scan needs to be 
P^rfc>^ed because it is necessary to (i) check if an updated 
version exists in a directory somewhere in the HD and (ii) 
determine, if there are more than one updated version, which 
is the newest updated version. When such an HD scan needs to 
be performed, it takes a while between the loading of the optical 

disc and the start of the actual reading in parallel . The user 

11 



who has loaded the optical disk onto the playback apparatus 
may feel aa urge to view the movie production recorded on the 
optical disc as soon as possible . Users find it quite unpleasant 
t.o have a delay in the playback processing of an optical disc, 
due to whether there is a possibility of upgrading to a higher 
version or not. 

In order to solve the problem mentioned here, the present 
invention provides an optical disc on which a first digital 
stream and a flag are recorded, the flag indicating whether 
or not there is a possibility an updated version of what is 
recorded on a recording medium is supplied, wherein the updated 
version includes a second digital stream and correspondence 
information which shows th<s first digital stream on the optical 
disc in correspondence with the second digital stream. 

With this arrangement, when an optical disc that has 
completely no possibility of being upgraded to a higher version 
is loaded, it is possible to start the playback of the digital 
streams recorded on the optical disc immediately after the 
optical disc is loaded, without performing an HD scan. 
B^ie£ l^escrlp-tion Of mie Drawings 

FIG. 1 shows an embodiment related to the usage of the 
playback apparatus of the present invention; 

FIG. 2 shows the configuration of a bd-rOM; 
FIG. 3 represents an application format of a BD-ROM, 
using a directory structure; 

12 



PIG. 4 is a classification diagram in which files are 
classified in terms of their functions; 

PIG. 5 shows a layer model of software targeted by a 

BD-ROM; 

FIG . 6 schematically shows how an AV stream is structured; 
PIG, 7 schematically shows how an AV stream is recorded 
on a BD-ROM; 

PIG . 8 sliows tlie inter-nal structure of stream management 
Information ; 

FIG. 9 showR the internal structure of PX* information; 

FIG. 10 schematically shows an indirect reference with 
PI* information; 

FIG. 11 shows an exzunple in which a PL different from 
the PL shown in PIG, 10 is defined; 

FIG. 12 shows the internal structure of the playback 
apparatus 200; 

PIG. 13 shows in comparison an AV strecun in a BD-ROM 
package and an AV stream in an update kit; 

PIG. 14 shows in comparison the substance of an ACCESS 
UNIT in a BD-ROM package (XXX. TS ) and the substance of an ACCESS 
UNIT in an update kit (0XX. TS) ; 

FIG. 15 shows stream management information in an update 

kit; 

FIG. 16 shows in comparison packets that constitute an 

ACCESS UNIT on a BD-ROM and packets that constitute an ACCESS 

13 



UNIT in an update kit; 

FIG. 17 showfi tJie internal structure of PL information 
(UYY.PL) ; 

FIG. 18 shows an indirect reference with aYY.Pi,, 
describing in the same manner as fig, 10; 

PIG* 19 is a flowchart that shows the processlingprocedure 
performed by the control unit 16 according to the first 
embodiment; 

FIG. 20 shows the reading process in Steps S4 through 

Sll; 

FIG* 21 shows what kind of audio playback is achieved 
as a result of the output switching shown in FIG. 20; 

FIG. 22 shows how an ACCESS UNIT is structured in an 
AV stream according to the second embodiment; 

FIG. 23 shows in comparison the substance of an ACCESS 
UNIT in a BD-ROM package (XXX. TS) and the substance of an ACCESS 
UNIT in an update kit (UXX.TS) , describing in the same manner 
as FIG. 14; 

FIG. 24 shows the internal structure of PL information 
included in an update kit according to the second embodiment; 
FIG. 25 shows speech information; 

FIG. 26 shows the internal structure of the playback 

apparatus according to the second embodiment; 

FIG. 27 shows the processing procedure performed by the 

control unit 16 according to the second embodiment; 

14 



PIG . 58 sliows the reading process performed by the control 
unit 16 to read from a bd-ROM and from the hd; 

FIG. 29 shows what kind of subtitle display is achieved 
as a result of the output switching shown in FIG, 28; 

PIG. 30A shows what is recorded on. a BD-ROM according 
to the third embodiment; 

PIG. 30B shows what is recorded on the HD according to 
the third embodiment; 

FIG . 31 shows how the positions of the ILVTJs oonstituting 
the multi angle section shown in PIG. 30 are managed; 

FIG. 32 shows the structure of the stream management 
information according to the third embodiment; 

PIG . 33 shows the internal structure of the PL information 
according to the third embodiment; 

PIG. 34 schematically shows indirect reference with 
Angle Entries included in PL information; 

PIG- 35 shows the internal structure of the playback 
apparatus according to the third embodiment; 

PIG . 36 is a flowchart that shows the processing procedure 
performed by the control unit 16 according to the third 
embodiment; 

PIG. 37 shows the process of parallel reading performed 

by the switch 18 to read from a BD-ROM and from the HD; 

PIG* 38 shows what video display is achieved as a result 

of the output switching shown in PIG. 37; 

35 



PIG* 39 shows a home -thea-tdr system according to the 
fourth embodiment; 

PIG. 40 shows stream management information according 
to the fourth embodiment; 

FIG. 41 shows PL information according to the fourth 
embodiment'; 

PIG. 42 shows the internal structure of the playback 
apparatus according to the fourth embodiment; 

FIG. 43 shows the processing procedure performed by the 
control unit 16 according to the fourth embodiment; 

FIG. 44 shows the details of the fourth layer in a layer 

model ; 

PIG. 45A shows an example of description of a dynamic 
scenario; 

FIG, 45B shows another dynamic scenario that can be used 
in place of the dynamic scenario shown in FIG. 45A; 

FIG. 46A shows the playback procedure with a dynamic 
scenario recorded on a BD-ROM; 

PIG. 46b shows the playback procedure with a dynamic 
scenario included in an update Kit; 

FIG. 47 shows the internal structure of the playback 
apparatus according to the fifth embodiment; 

PIG. 4BA shows what is recorded on a BD-ROM; 

PIG. 48B shows an update kit for the BD-1rom shown in 
FIG. 4 8A; 

16 



PIG. 4 9A and PIG. 4 9B schematically show the playback 
procedure realized with a dynamic scenario recorded on a BD-ROM 
and a dynamic scenario included in an update kit; 

FIG. 50A shows PL #1/ PL #2, and a dynamic scenario that 
are recorded on a BD-ROM; 

PIG. SOB shows an update kit; 

PIG. 51A shows a dynamic scenario that defines the 
playback order (PL #1^ PL #2); 

FIG . 5lB shows the playback procedure with a replacement 
dynamic scenario; 

PIG* 52 shows a directory structure of an HD according 
to the sixth embodiment; 

FIG. 53 shows the internal structure of INFO.BD; 

FIG. 54 shows the processing procedure by the module 
manager 26 according to the sixth embodiment; 

FIG. 55A and PIG, 55B show the processing procedure by 
the module manager 26 according to the sixth embodiment; 

FIG, 56 schematically shows the process of reading files 
stored on a BD-ROM^ in the Version 1 directory, and in the Version 
2 directory ; 

FIG. 57 shows the structure of a virtual package table; 
FIG. 58 shows the structure of a virtual package table 
for INPO.BDfi; 

FIG . 59 is a flowchart that shows the processing procedure 

by the module manager 26 according to the seventh embodiment; 

17 



FIG. 60 Shows a screen showing a list in Step S82; 

FIG. 61 is a flowchartthat shows the processing procedure 
by the module manager 26 according to the eighth embodiment; 

Fig. 62 shows the .structure of the playback apparatus 
200 according to the ninth embodiment; 

FIG- 63 shows a variation of PL Information; and 

FIG. 64A and P1G» 64B show variations for the internal 
structure of the playback apparatus 200* 
Best Mode for Carrying Out tlie Invention 
FXKST BHBODIMEKT 

The following describes an embodiment of the recording 
medium according to the present invention . First of all , among 
different actions with the playback apparatus of the present 
invention; an embodiment of usage will be explained, FIG, 1 
shows an embodiment related to the usage of the playback 
apparatus of the present invention. In FIG. 1, the playback 
apparatus of the present invention is the playback apparatus 
200. The playback apparatus 200, the television 300, and the 
remote controller 400 form a home theater system. The bd-rom 
100 is a recording medium to supply a movie production to this 
home theater system. The playback apparatus 200 serves to play 
back the movie production recorded on the bd-rom 100 , according 
to a user operation on the remote controller 400. 

The home theater system is characterized with that the 

18 



playback apparatius 200 is conneclied with a WWW server SOO via 
a network . In response to a request from the playback apparatus 
200/ the WWW server 500 transmits an update kit for what is 
recorded on the BD-ROM 100 to the playback apparatus 200 . When 
the update kit has been transmitted, the playback apparatus 
200 dynamically combines the update kit with what is recorded 
on the BD-ROM 100 and performs the playback of a package in 
a virtual version (called a ^^virtual package''). 

A virtual package is a package being virtual to be supplied 
to a user in whichwhat is recorded on theBD-ROMlOO is dynamically 
combined with an update kit . in contrast to a virtual package^ 
what is recorded on a BD-ROM as a whole is called a BD-ROM package . 

The following describes a BD-ROM package , with reference 
to PIGs. 2 through 11. 

FIG. 2 shows the structure of a BD-ROM. In the drawing/ 

the level 4 shows the bd-rom, and the level 3 shows the track 

on the BD-ROM, In the drawing, the track that actually forms 

a spiral from the inner circumference to the outer circumference 

of the BD-ROM is shown as being stretched sideways . The track 

includes a lead-in area^ a volume area, and a lead-out area. 

The volume area shown in the drawing has a layer model with 

a physical layer, a file system layer, and an application layer. 

An optical disc according to the present embodiment can be 

industrially manufactured by forming a data format as shown 

in FXG. 2 on an application layer of a bd-rom. 
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FIG. 3 represents ah application format of a BD-ROMr 
using a directory structure. As shown in the drawing, below 
a ROOT directory in the BD-ROM is a bd-AV directory, and below 
the BD-AV directory is a jcIiASS directory and a BROWSER 
directory . 

Subordinate to the BD-AV directory are disposed files 
such as INFO, BD, XXX. M2TS, XX. CLPX . YYY . PL, and ZZZ . MOVIE. 
Subordinate to the JCLASS directory is disposed a file called 
ZZZ , CLASS, and subordinate to the BROWSER directory is disposed 
a file called 2zz.HTML. 

FIG» 4 is a classification diagram in which files are 
classified in terms of their functions, in the drawing, the 
hierarchy f ormed with the first, second, third, and fourth layers 
symbolically shows the classifications in the diagram. In the 
drawing/ XXX-M2TS is grouped in the second layer. XXX.CLPI 
and YYY.PL are grouped in the third layer (static scenarios) - 
ZZZ -MOVIE, which is subordinate to the bd-av directory, 
22Z . CLASS r which is subordinate to the JCLASS directory , ZZZ . HTM, 
which is subordinate to the BROWSER directory are grouped in 
the fourth layer ♦ 

The classifications in the drawing (the first to fourth 

layers) target a layer model such as shown in FIG. 5, A layer 

modei in control software that is targeted by a BD-ROM is 

described below while referring to PIG. 5. 

The first layer in FIG. 5 is a physical layer in which 

20 



supply controls relating to streams targeted for processing 
are implemented. As shown in tlie first layer, target streams 
have as their supply source not only bd-roms but also HDs (hard 
disks ) , memory cards , networks and other kinds of reoording 
and coinmunication media. Controls (disk access, card access 
and network communication) directed towards the supply source 
such as HDS, memory cards, and networks are implemented on the 
first layer. 

The second layer is a decoding format layer . This second 
layer is where the decoding format used in decoding streams 
supplied by the first layer is defined. The MPEG -2 decoding 
format is employed in the present embodiment. 

The third layer (static scenarios) defines the static 
scenarios of streams , Static scenarios are playback path 
information and stream management information defined in 
advance by the disk creator, the third layer (static scenarios) 
being where playback controls based on these static scenarios 
are defined. 

The fourth layer is for realizing dynamic scenarios in 

streams. Dynamic scenarios are scenarios for dynamically 

changing the progress of playback as a result of user operations , 

the apparatus status / and the like, the fourth layer being where 

playback controls ba$ed on these dynamic scenarios are defined. 

Files relating to streams and static scenarios are described 

below in accordance with this layer model. 

21 



Firstly, a stream (XXX.M2TS) belonging to the second 
layer is describea. 

The AV stream (XXX,M2TS) is anMPBG-TS (transport stream) 
format digital stream obtained by multiplexing a video stream, 
one or more audio streams, and one or more sub- image streams. 
Video streams show the moving image portions of a movie, audio 
streams show the audio portions of a movie, and sub- image streams 
show the subtitles of a movie. FIG. 6 schematically shows how 
an AV stream is structured. 

An AV stream (the level 4) is formed by converting a 
video stream comprising a plurality of video frames (pictures 
PJl' Pj2, pj3) and an audio streaim comprising a plurality of 
audio frames (the level 1) into a PES packet sequence (the level 
2 ) , which is then converted to TS packets ( the level 3 ) . Likewise , 
a sub- image stream (the level 7) is converted into a PES packet 
sequence (the level 6), which is converted to TS packets (the 
level 5), and they are then multiplexed. The multiplexing 
involves arranging TS packets storing video frames and TS packets 
storing audio frames / so that audio frames are positioned close 
to video frames that are to be read from the BD-ROM at the same 
time as the audio frames . 

An AV Stream generated through the above process is 
portioned into a plurality of extents and recorded in an area 
of a BD-ROM, in the same manner as normal computer files. PIG, 

7 schematically shows how an AV stream Is recorded on a BD-ROM. 
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The length of each of the extents constituting the AV 
stream and at which address in the BD-ROM each of the extents 
Is recorded are described in the file management information 
fkl. 

5 The file management information fkl describes, for each 

of the extents 1, 2, and 3 that are obtained by portioning the 
AV stream/ the address of the extent (adr 1, adr 2, and adr 
3 ) and the length of the extent ( length 1 , length 2 , and length 
3) . An AV stream comprises one or more ACCESS UNITs, and can 

10 be cued in these access units . An access UNIT is the smallest 
decoding unit that includes a single GOP (group of pictures) 
and audio frames to be read at the same time as the GOP. GOPs 
include bi-directionally px-edictive (B) pictures / which are 
compressed using time- correlation characteristics with image$ 

15 to be played in a past direction and a future direction, 
predictive (P) pictures / which are compressed using 
time- correlation characteristics with images to be played in 
a past direction, and intra (I) pictures, which are compressed 
using spatial -frequency characteristics (i.e. not 

20 time- correlation characteristics) in the images of individual 
frames . 

Moreover, the file name ^XXX" in XXX.M2TS abstracts the 

3 'digit Identification number appended to the AV stream in the 

BD-ROM. That is, the AV stream in the drawing is uniquely 

2 5 identif led using the ^^XXX" . Thus , the description of the stream 
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(XXX.M2TS) is completed. It should be noted that the 3 -digit 
number referred to here Is merely exemplary, and may be any 
length. 

S^at;±c Soenax±08 

The files (XXX.CLPI, YYY.PL) , which are static scenarios / 

are described next. 

stream management information (XXX,CLPI) is management 

information relating to individual AV streams. FIG. 8 shows 

the internal structure of stream management Information. An 

AV stream is obtained by multiplexing video and audio streams / 

and since an AV stream can be cued in ACCESS UNITs, management: 

items of the stream management information include what 

attributes the video and audio streams have and where the cue 

positions are in the AV stream. The leaders in the drawing 

highlight the stream management information structure. As 

shown by the leader hnl, the stream management information 

(XXX.CLPl) comprises attribute information'' relating to video 

and audio streams, and '^TMAP", which is a reference table for 

cueing ACCSSS UNITS. 

Attribute information (Attribute), as shown by the 

leader hn2, comprises attribute information relating to a video 

stream (Video attribute Information) , an attribute information 

number (Number), and attribute information relating to each 

of a plurality of audio streams multiplexed on the AV stream 

(Audio attribute information #l-#m) . The management 
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informatiion on video stireams/ as shown by the leader hn3 , shows 
the compression format used to compress the video stream (Coding) , 
and the resolution (Resolution)/ the aspect ratio (Aspect), 
and the frame rate (Framerate) of individual pieces of picture 
data structuring the video stream. 

On the other hand, attribute information relating to 
the audio streams (Audio attribute information #1-#M) , as shown 
by the leader hn4'^ shows the compression format used to compress 
the respective audio streams (Coding) , and the channel number 
(Ch. ) and the corresponding language (iLang. ) of respective audio 
streams . 

The time map (TMAP) is a reference table for referring 

indirectly to the addresses of a plurality of cue positions 

using time information, and, as shown by the leader hn5, 

comprises a plurality of pieces of ENTRY information (ACCESS 

UNIT #1 ENTRY information, ACCESS XJNIT #2 ENTRY information, 

ACCESS UNIT #3 ENTRY information, . , , ) and an entry information 

number (Number). Each piece of ENTRY information, as shown 

by the leader hn6, shows a playback time period (Duration) of 

a corresponding access unit in correspondence with the data 

size (Size) of the corresponding ACCESS UNIT, Because of 

employing a variable -length coding compression format, it is 

possible to cue from an arbitrary playback time to a piece of 

picture data in an ACCESS UNIT corresponding to the playback 

time by referring to the ENTRY information of the access UNIT, 

25 



even when- sizes and playback -times of ACCESS OUlTs tha-t Include 
GOPs are not uniform . Moreover, the file name '^XXX^ of XXX . CLPX 
uses the same name as the AV stream to which the stream management 
Information corresponds. In other words , the file name of the 
AV stream in the drawing^ being *XXX*, corresponds to the AV 
stream ^^xxx . M2TS'' » Thus concludes the description of the 
stream management information. Playlist information is 
described, next. 

YYY.PL (PlayList information) is a table structuring 
a PlayList, which is a playback path, and comprises a CellList . 
PIG. 9 shows the internal structure of PL information . 

The CellList includes a plurality of pieces of CELL 
information (CELL information #1, #2, #3, , , , #n} and a CELL 
information number {NUMBER) . Each piece of CELL information 
is pointer information that defines one or more playback logical 
sections structuring a PlayList. The structure of cell 
information is highlighted by the leader hsl. The CELL 
information is, as shown by the leader hsl, structured from 
an ^AV stream Name^ showing the name of the AV stream to which 
the in -point and Out -point of a playback section belong, *IN 
point information" showing the start of a playback section, 
and ^Out point information", showing the end of the playback 
section . 

A oharaoteristie of the cell information is the notation . 

That is , playback sections aredef inedby an indirect referencing 
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format that uses a time map as a reference table. PIG. 10 

schematizes indirect referencing using PL information. The 

AV stream in the drawing is structured from a plurality of ACCESS 

UNITS - The TMAP in the stream management information specifies 

the sector addresses of the ACCESS tJNITe, as shovm by the arrows 

ayl , ay 2, ay 3, and ay4 . Arrows jyl, jy2, jy3, and jy4 in the 

drawing schematically show the referencing of ACCESS UNITs using 

CELL information, in other words, this shows that referencing 

with the CELL information (the arrows jyl, jy2, jy3, and jy4) 

involves indirect referencing in which the addresses of ACCESS 

UNITS included in the AV stream are specified via the TMAP. 

Playback sections on a BD-ROM formed from groupings of 

CELL information, stream management information/ and AV stream 

are called ^CELLs" . Logical playback units on a bd-rom that 

are formed from groupings of PL information, stream management 

information and.AV stream are called "'PlayLists' (abbreviated 

as ^ PL'' ) . Movie productions recorded on a BD - ROM are structured 

in these logical playback units (PLs) . Since movie productions 

on a BD-ROM are structured in logical playback units, it is 

possible to easily create, as distinct from the main movie 

production, movie productions from scenes in which only certain 

characters appear, for instance, by defining the pls specifying 

only such scenes in which those characters appear. FIG- 11 

shows an example in which a PL (the PL information #2) different 

from the PL information (the PL information #1) shown in PIG. 
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10 Is defined. 

The greal:esl: merit of static scenarios is being able 
to increase the range of a moviemaker's expression, since the 
variations of a movie production increase simply by defining 
different pieces of PL information. 

As another example of playback units on a bd-ROM, there 
are ^chapters" besides pls and cells* a * chapter" is 
constituted with one or more cells . 

It should be noted that the file name ^yy^ in PL 
informatioa abstracts the 3 -digit identification number 
provided for the PL information in the BD-ROM. That is, the 
PL information in the drawing is uniquely identified using the 
identification number ^YYy* . it should be noted that an 
identification number of PL information is expressed as '^YYY* 
in order to indicate that the identification number of PL 
information has a different numbering system from the 
identification number XXX of AV streams and AV stream management 
information, (The 3*-digit number referred to here is merely 
exemplary , and may be any length . ) 

Thus / the description of the BD- ROM package is completed . 

The following describes the internal structure of the playback 

apparatus 200* PIG, 12 shows the internal structure of the 

playback apparatus 200. as shown in the drawing, the playback 

apparatus 200 comprises a bd drive 1, a BD buffer 2, a 

demultiplexer 3, a video decoder 4, a picture plane 5, an audio 
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deco(ier 6 / an xmage decoder 7 , an image plane 8 , an adder 9 , 
a static scenario memory 10, a download unit 11, a local hd 
12, an HD buffer 13, a demultiplexer 14, a switch 15, and a 
control unit 16 . 

The BD drive 1 performs loading/ejecting of BD-ROMs, 
and accesses loaded BD-ROMs. 

The BD buffer 2 is a FIFO memory, and ACCESS units read 
from a BD-ROM are stored in a first- in- first-out manner. 

The demultiplexer 3 takes ACCESS DKri^Ps out of the BD 

buffer 2 and demultiplexes the ACCESS UNlTs so as to obtain 

video frames and audio frames that constitute GOPs. The 

demultiplexer 3 outputs the video frames to the video decoder 

4, the audio frames to the audio decoder 6, and the sub- image 

stream to the image decoder 7. The demultiplexing process 

performed by the demultiplexer 3 includes a conversion 

processing to convert TS packets into PES packets. The 

demultiplexing process performed by the demultiplexer 3 is to 

take PES packets, which are the payloads, out of TS packets 

constituting an AV stream that has been read from a BD-ROM, 

to then take the main -body data (including three kinds of data 

such as video freunes, audio frames and sub- image units) , which 

is the pay load / out of the PES packets, and to output the main -body 

data to the video decoder 4 , the audio decoder 6 , and the image 

decoder 7 , based on the TS packets attached to the TS packets . 

In a case where the PID. (Packet ID) attached to a TS packet 
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indicates a video stream, the main -body data of the PES packet 
is outputted to the video decoder 4. In a case where the PID 
indicates an audio stream, the main-body data is outputted to 
the audio decoder 6 . The demultiplexing process of TS packets 
is performed with reference to a time stamp such as PCR (Program 
Clock Reference) or ATS (Arrival Time Stamp) that is attached 
to each TS packet. That is to say, when the clock inside the 
playback apparatus reaches the time indicated by the time stamp 
on a TS packet, the demultiplexer 3 demultiplexes the TS packet 
as described above . 

The video decoder 4 decodes the video frames outputted 
from the demultiplexer 3 and writes pictures in an uncompressed 
format into the video plane 15 . 

The picture plane 5 is a memory for storing pictures 
in an uncompressed format. 

The audio decoder 6 decodes the audio frames outputted 
from the demultiplexer 3 and outputs audio data in an 
uncompressed format* 

The image decoder 7 expands sub- image streams that have 
been compressed and encoded and writes the expanded sub -image 
streams to the image plane 8 . As a result of the decoding of 
the sub- image streams/ menus and sub- images are displayed on 
a screen . 

The image plane 8 is a memory having an area for one 

screen of image. Expanded sub- image streams are arranged on 
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the image plane 8. 

Tlie adder 9 combines the picture data in an uncompressed 
format stored in the picture plane 5 with the expanded image 
in the image plane 8 and outputs the combined. 

The static scenaz^io memoiry 10 is a memory for storing 
•current PL information'' and current stream management 
information". '^Current PL information'' denotes a piece of PL 
information that is currently a target of processing, among 
a plurality of pieces of pl information recorded on a BD-ROM. 
'^Current stream management information' denotes a piece of 
stream management information that is currently a target of 
processing, among a plurality of pieces of stream management 
information recorded on a BD-ROM. 

The download unit 11 performs FTP (File Transfer 
Protocol) communication with the WWW server 500 and downloads 
an update kit from the WWW server 500 so as to write the downloaded 
update kit to the local HD 12. 

The local HD 12 is a built-in disc device into which 

the update kit is written . In the drawing , a directory structure 

is dravm to fit inside the local HD 12 ♦ In the directory 

structure in the local HD 12 . subordinate to the ROOT directory 

is disposed the directory ^abc" in which the update kit is 

disposed. The directory name 'abC' in the drawing is the same 

name as the volume label of the BD-ROM that corresponds to the 

update kit. That is to say, in the local HD 12, the update 
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kit is recorded into the directory named ^abc*', which is the 
same name as the volume label '^abc'' . 

When downloading the update kit, the download unit 11 
reads the volume label of the BD-ROM '^abc" and generates a 
directory having the same oame ^abo'' in the local HD 12 . 
Subsequently, the download unit 11 accesses the www server 500/ 
downloads the update kit, and writes the downloaded update kit 
to the directory "^abc" having the directory name being the same 
as the volume label. 

Inside the box with broken lines in the drawing shows 
the files constituting the update kit. As shown with the box 
with broken lines, the update kit is constituted with an 
additional AV stream ^uxx.M2TS'', additional stream management 
information *OXX,CIiPI", and PL information for updating 
^^UYY-PL*', 

The HD buffer 13 is a buffer into which one of the ACCESS 
UKXTs constituting the additional stream (UXX,M2TS) recorded 
in the local HD 12 is read/ every time one of ACCESS UNITS 
constituting the Av stream recorded on a BD-ROM is read into 
the BD buffer 2. 

The demultiplexer 14 demultiplexes the ACCESS UNIT that 

is in an mpeg-ts format and has been read into the HD buffer 

13 so as to obtain data before being multiplexed ( In the case 

of the present embodiment r the data is audio frames) , 

The switch 15 selectively outputs, to the audio decoder 
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6/ one of the audio frames in the access unit read into the 
BD buffer 13 and the audio frames in the access unit read into 
the BD buffer 2 . The switching between the outputs is performed 
by the switch 15 based on SPJriM (1) (audio stream number) . sprm 
(1) is a register by which the status of the playback apparatus 
Is shown . 

The control unit 16 is a typical computer system that 

Includes a CPU, a ROM storing programs/ and a RAH. The control 

"^it. 16 realizes computation or processing of information that 

suits the purpose of usage through collaboration of the program 

and the hardware resources after the program stored in the ROM 

is r-ead into the CPU. The purpose of usage may be, for example, 

(i) to play back PLs recorded on a BD-ROM, (ii) to download 

an update kit from the WWW server 500, (iii) to play back a 

virtual package in which a BD-ROM package and an update kit 

is combined. When a specific means in which a program and 

hardware resources (the BD drive 1 - the switch 15) collaborate 

achieves computation or processing of information that suits 

the purpose of usage, a specific information processing 

apparatus (the playback apparatus 200) that suits the purpose 

of usage is structured. 

The control unit 16 has a built-in register (player 

register ) that shows the status setting of the playback apparatus 

200, The player register has 32 System Parameter Registers 

and 32 General Purpose Registers. What is meant by the set 

33 



values (SPRH) of the Player Status Registers are shown below. 
In the following section, SPRM(x) denotes a value set in an 
x'th Player Status Register. 
SPRM(O) : Reserved; 

SPRM(l) : The stzream number of an audio stream to be decoded; 
SPRM(2) : The stream number of a sub-image stream to be decoded; 
SPRM{3): The number for an angle setting by the user; 
SPRJM<4): The number of a title currently being a target of 
playback ; 

dPRM(5) ; The number of a chapter currently being a target of 
playback; 

SPRM( 6 ) : The number of a PL currently being a target of playback; 
SPRM(7): The number of a CELL currently being a target of 
playback; 

SPRM(8): The time information indicating a current playback 
point of time; 

SPRM(9}: The count value of the navigation timer; 
SPRM(IO): The number of a button currently being selected; 
SPRM(ll) -SPRM(12) ; Reserved; 

SPRM(13): A parental level setting by the user; 

SPRM(14>: Setting related to image playback by the playback 

apparatus ; 

SPRM(X5): Setting related to audio playback by the playback 
apparatus ; 

SPRM(16> : A language code indicating the audio setting on the 
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playback apparat:us; 

SPRM{17): A language, code indicating the subtitle setting on 
the playback apparatus; 

SPRM(18): A language setting for menu drawing; 
SPRM<19) - SPRM (31): Reserved 

K&T^, SPRM (10) is updated every time each piece of picture 
data belonging to an AV stream is displayed. That is to say, 
when the playback apparatus has a new piece of picture data 
displayed/ SPRM(10} is updated to a value that Indicates the 
display starting time (Presentation Time) of the new piece of 
picture data , By referring to SPRM( 10 ) , it is possible to find 
out the current playback point of time . 

When setting SPRM, the control unit 16 displays a menu. 
This menu is for receiving an audio setting, a subtitle setting, 
an angle setting, and a parental setting from the user. When 
the user performs an operation on the menu/ a value stored in 
a register is updated according to the operation on the menu . 
SPRM is updated not only via the menu, but also when the user 
performs an operation on the remote controller 400. 

Thus, the description ot the playback apparatus 
according to the present embodiment is completed. 

The following describes AV streams, stream management 
information, and PL information in an update kit stored in the 
local HD 12 . 

The AV stream (UXX,M2TS) in an update kit is for adding 
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oew audio to the AV stream recorded on a bd-rom. fig, 13 shows 
in comparison an AV stream in a BD-^ROM package and an AV stream 
in an update kit. The AV stream in an update kit is made up 
of ACCESS UNITS that are equal in number to the ACCESS UNITS 
that make up an AV stream in a BD-ROM package. 

FIG. 14 shows in comparison the suJostance of an ACCESS 
UNIT in a BD-ROM package (XXX. TS) and the substance of an ACCESS 
UNIT in an update kit (UXX.TS). The upper level of fig. 14 
is an ACCESS UNIT on a BD-ROM. The lower level is an access 
UNIT in an update kit. In the drawing, the ACCESS UNITS #98, 
#99, #100, #101, and #102 are to be played back 1 minute and 
3 8 seconds, 1 minute and 3 9 seconds, 1 minute and 40 seconds 
and 1 minute and 41 seconds after the beginning of the playback 
of the AV stream, respectively. ( In this example, the playback 
time of one ACCESS UNIT is approximated to one second) . 

As we focus on the ACCESS UNITs, the ACCESS UNIT #100 

on the BD-ROM side includes a GOP to be played back at 1 minute 

and 40 seconds and an audio frame sequence (musical note symbols 

in the drawing) to be read at that time. On the other hand, 

the ACCESS UNIT #100 On the update kit side includes an audio 

frame to be played back at 1 minute and 40 fieconds . The white 

bold arrow in the drawing shows the playback time of each ACCESS 

UNIT, The playback time is different from one ACCESS UNIT to 

another because since the playback time of each ACCESS UNIT 

is based on the GOP. Each of the ACCESS UNITs in an update 
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kit lias a playback time Uiat is the Scune as the coxresponding 
ACCESS tJNIT recorded on the BD-ROM. 

Because of an arrangement wherein the AV stream in the 
update kit includes ACCESS UNITs which are equal in number to 
the ACCESS UNITS in the AV stream recorded on the BD-ROM, and 
wherein the ACCESS units in the AV stream in the update kit 
includes audio frames having the equal time length to the audio 
frames included in the ACCESS UNITs recorded on the bd-rom, 
the ACCESS UNXTs in the AV stream recorded on the BD-ROM are 
in one-to-one correspondence with the ACCESS UNITS in the AV 
stream in the update kit . Thus , the description of the AV stream 
in the update kit is completed. The following describes the 
stream management information in the update kit» 

The stream management information in the update kit ( UXX - 

CLPI ) is related to AV streams with only audio and is supplied 

by the WWW server 500 along with the AV stream with only audio. 

PIG. 15 shows stream management information in an update kit. 

This stream management information also has a TMAP, like the 

one shown in PIG. 8, in which the data size and the starting 

time of each access unit are described. Since a TMAP that is 

similar to the one for the AV stream recorded on the BD-ROM 

exists, the AV stream in the update kit can be cued in ACCESS 

UNITS- The stream management information is different from 

different from the stream management information in fig. 8 in 

that, since no video stream is multiplexed/ (i) the video 
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attribute is SGst as '^no video" and (ii) '^Offset*' is added to 

the audio attribute. The following expflains ^Offsef added 

to the audio attribute/ with reference to FIG, 16- FIG. 16 

shows in comparison packets that constitute an ACCESS UNIT on 

a BD-RQM and packets that constitute an ACCESS UNIT in an update 

kit. In the drawing, denotes a video packet , and A" denotes 

an audio packet • A time stamp is given to each of these packets . 

The time stamp is time information for informing the playback 

apparatus of the processing timing/ i. e. when processing 

should be performed. A time stamp with the value *702* is given 

to an audio packet positioned first in an ACCESS UNIT in the 

AV Stream released on a BD-ROM. Time stamps with larger values 

such as ^703", -704", -705'', -706* and so on are given to the 

audio packets that follow this audio packet . On the other hand/ 

a time stamp with the value ^^ISO" is given to an audio packet 

positioned first in an ACCESS UNIT in an AV stream in the update 

kit. Time stamps with values such as ''151'' , ^152'^, *^153'', ^^154*, 

^ISS" and so on are given to the audio packets that follow this 

audio packet, so that the more later the audio packet is 

positioned/ the larger the value of the time stamp is. 

There are differences between the time stamps because 

of the difference between the master clocks at the times of 

encoding. The master clocks are clock signals which are 

referred to at the time of encoding in order to give a time 

Stamp* Because of this reference to each master clock/ the 
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plurality of audio packets in an AV stream have time etampe 
that have serial values attached. However, when an AV stream 
in the update kit and an AV stream recorded on the BD-Rom are 
compared, the mast^er clocks to be referred to as the time stamps 
are given are different between the former ease and the latter 
case . Thus / the values of the time stamps given to the respective 
audio packets are naturally different between those cases . 
Since the time stamps on the audio packets included in the 
respective ACCESS IXNITs are largely different , it is not possible 
to switch between the audios in those two AV streams, as the 
way they are. Accordingly, the differences between the time 
stamps are described in ^Offset' in the stream management 
information . 

Because the offsets are described in the stream 
management information, even if the roaster clock to be referred 
to is different , it is possible to play back , in synchronization , 
the audio packets in the AV stream recorded on the bd-rqm with 
the audio packets in the AV stream in the update kit. Thus, 
the description of the stream management information in the 
update kit is coxapleted. The following describes the PL 
information in the update kit (UYY. PL). 

The Pli information in the update kit (UYY. PL) is to 

be used in place of the PL information on the BD-RQM. The PL 

information in the update kit is different from the PL 

information recorded on the BD-ROM in that the PlayLists in 
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the PL information are defined by arranging a bundle of playback 

sections in accordance with the order in which they axe played 

back. ^^A bundle of playback sections'* means playback sections 

that are defined on a plurality of AV streams and are to be 

played back in synchronization with one another . FIG . 17 shows 

the internal structure of PL information (UYY. PL) . Each piece 

of CELL information in FIG. 17 is constituted with ^'Clip Entry'' 

indicating the AV stream on the BD- ROM, ^Audio Tabic , ^Subtitle 

Table'' and '^Number" indicating the number of Clip Entries. 

^Clip Entry" includes ^AVStream Name'', 'In point 

information'', and ^out point Information" of the CELL 

Information on the BD-ROM. They are the ^ame as the ^^Cell 

Entries" of the CELL information shown in FIG. 9. The Audio 

Table is made up of a plurality of Audio Entries (Audio Entries 

#1 - #n) , Each of the Audio Entries defines (i) which stream 

is an audio stream that can be played back in the CELL, (ii) 

to which AV stream, the audio stream belongs, and (iii) from 

where to where in the stream forms a playback section, using 

the file name of the AV stream (AVStream Name) , the identifier 

of the audio stream (Audio Stream ID) , the information indicating 

the starting point of the playback section in the AV stream 

(In point information) , the information indicating the ending 

point of the playback section in the AV stream (Out point 

information), and the offset (Offset). 

For example, the AV stream #1 is recorded on the bd-rom, 
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and the AV stream #2 is downloaded by the playback apparatus 

as an update kit and stored in the local HD 12. As additional 

information, it is assumed that the AV stream #1 includes moving 

pictures (video) and English audio, whereas the AV stream #2 

includes Japanese audio, which is a second language. The 

Japanese audio is stored in an AV stream being different from 

the one in which the video is stored, so that it is possible 

to distribute the Japanese audio in an update kit. In such 

a case, it is arranged so that Clip Entry #1 in the Cell defines 

the playback section on the AV stream #1, and Audio Entry #1 

describes the AVStream Name and the Audio Streeun ID for the 

AV stream that is for the Japanese audio. By distributing the 

piece of PL information that includes CBiL information described 

as above along with AV stream #2 from the www server 500 and 

combining the PlayLists recorded on the BD-ROM, it is possible 

to enable users to view a movie production in a version with 

the Japanese audio. 

PIG. 18 shows an indirect reference with UTT.PL, 

describing in the same manner as pig. 10. In the drawing, the 

PI^ information in the update kit has Clip Entry and Audio Entry* 

The arrows rfl, rf2, and rf3 in the drawing indicate the 

specifications of playback sections with clip Entries. The 

arrows pfl, pf2/ and pf3 in the drawing indicate the 

specifications of playback sections with Audio Entries. m 

Other words, each of pieces of CELL information constituting 
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the PL information in FIG . 18 sp<&oif ie& two playback sections 

in the two AV streams , Because one piece of CEIjU information 

specifies two playback sections, the PL information is able 

to define a playback path that is made up of a bundle of playback 

sections that are a playback section on the BD-ROM and a playback 

section in the HD, Thus, the description of the update kit 

stored in the local HD 12 is completed. 

The letter ^^U" is used in the file names of AV streams, 

the stream management information, aud the PD information in 

an update kit, namely «UXX . M2a!S'^ , ^^UXX . CLPI'' , ^UYY. PL* , merely 

for convenience sake and for the purpose of distinguishing the 

AV streams, the stream management information, and the PL 

ioformation in the update kit from those on the 8D~ROM. In 

actuality, AV streams, the stream management information, and 

the PL information in an update kit have the file names that 

are the same as the ones on the BD-ROM. The data on the update 

kit and the data on the bd-rqm are brought into correspondence 

with each other with the use of the file names. To bring an 

AV stream recorded on the bd-rom <an optical disc) and an AV 

stream in an HD (a secondary recording medium) into 

correspondence means (i) to bring them into correspondence with 

the use of PL information included in the update kit and (ii) 

to bring them into correspondence with the use of sameness 

between the file names of the files included in an update kit 

and the file names of the files recorded on the optical disc. 
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The following describes i:he demul-tiplexlng process 
performed by the demulliiplexer 14 in a case where an AV stream 
in an update kit is read. The demultiplexing process performed 
by the demultiplexer 14 is to take PES packets, which are the 
5 pay loads r out of TS packets constituting an AV stream that has 
been read from an hd, to then take the main-body data, which 
is thepayload, out of the pes packets , and to output the main -body 
data to tlie audio decodeir 6 / according to the time stamp attached 
to each TS packet. The demultiplexing processing is performed 

10 by the demultiplexer 14 with reference to a. time st^p/ such 
as PGR (Program Clock Reference) or ATS (Arrival Time stamp) , 
that is attached to each TS packet and the offsets included 
in the stream management information . When a clock Inside the 
playback apparatus reaches the time obtained by adding an offset 

15 to the time indicated by a time stamp on a TS packet ^ the 
demultiplexer 14 demultiplexes the TS packet , as described above . 
The time obtained by adding the offset to the time indicated 
by the time stamp is the same as the time obtained by adding 
the values of the times stamps on the TS packets read from BD-ROM. 

20 Accordingly/ as a result of the processing performed by the • 
demultiplexer 14 described above , the demultiplexing of the 
TS packets read from the BD-ROM are in synchronization with 
the demultiplexing of the TS packets read from the HD. 

The following describes the synchronization processing 

25 performed by the audio decoder 6 in the case where the audio 



stream in the update kit is read from the local HD 12. When 

decoding audio frames read from a BD-^ROM, the audio decoder 

6 refers to PTSs (Presentation Time Stamps) attached to PES 

packets. That is to say, when the clock inside the playback 

apparatus reaches the time indicated by a PTS on a PES packet/ 

the audio decoder 6 decodes the audio frames. On the other 

hand/ when decoding audio frames read from the HD, the audio 

decoder 6 refers to PTSs (Presentation Time Stamps) attached 

to PBS packets and the offsets in the stream management 

information . That is to say, when the clock inside the playback 

apparatus reaches the time obtained by adding an offset to the 

PTS attached to a PES packet, the audio decoder 6 decodes the 

audio frames . The time Obtained by adding an offset to the 

time indicated by a pts is substantial ly the same as the time 

indicated by a PTS attached to the video padket read from the 

BD-ROM. Accordingly, as a result of the processing performed 

by the audio decoder 6 described above, the playback outputs 

for the video frames read from the BD-rOm are in synchronization 

with the playback outputs for the audio frames read from the 

HD* The synchronization between the audio and the image is 

maintained due to the processing performed by the demultiplexer 

X4 and the audio decoder 6 described above. 

The data is read from the BD-ROM and from the HD in units 

of ACCBSS units; however, the data is supplied from the 

demultiplexer 3 and from the demultiplexer 14 to the audio 
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decoder 6 , wliih no regard t:o ACCESS UNITS . The reason is because 
the demultiplexing processing performed by t:he demul-tlpXexer 
3 and the demultiplexer 14 is to convert an ACCESS UNIT which 
is a TS packet sequence into a pes packet sequence and to convert 
5 them into audio frames and video frames; therefore ^ the data 
±3 supplied to the audio decoder 6 in units of frames that are 
included in each PES packet or each TS packet . Since PES packets 
and TS packets are the units of processing, when a part of an 
audio frame is included in a PES packet/ the Included part is 

10 outputted to the audio decoder 6 . When a plurality of audio 
• frames are included in a PES packet, the plurality of audio 
frames are supplied to the audio decoder 6. The audio decoder 
6 first stores those supplied audio frames or part of an audio 
frame into a built-in memory within the audio decoder 6 and 

15 then processes them. There would be a problem with the case 
where an audio frame is divided into portions and stored into 
a plurality of ACCESS UNITS . The following discussion Is based 
on an assumption that the first half of an audio frame is stored 
in a TS packet sequence constituting an ACCESS UNIT and the 

20 second half of the audio frame Is stored In a TS packet sequence 
constituting the following ACCESS UNIT* 

It is not rare that one audio frame is divided into portions 
and stored into a plurality of access UNITs. During the 
demultiplexing process onto AV streams, this could'' happen on 

25 a regular basis. The reason for this is that since the data 



size of a payload of a PES packet: is a non- integer mult:iple 
of the data sise of an audio frame, there is always some part 
of audio frame that cannot fit into one TS packet or one PES 
packet . 

The following discusses the case where an audio switching 
processing is performed due to an update of SPRM(l) , after the 
PES packet in which the first half of the audio frame is stored 
is demultiplexed and outputted to the audio decoder 6 / but before 
the PES packet in which the second half of the audio frame is 
stored is demultiplexed, in such a case, to the audio decoder 
6, after the first half of the audio frame is supplied, another 
audio frame from another audio stream is to be supplied. 
Although the audio decoder 6 has obtained the first half, the 
audio decoder- 6 is not able to obtain the second half ; therefore , 
the audio decoder 6 is not able to properly perform the decoding, 
and there is a possibility that the user experiences an 
unpleasant noise such, as "^thunk*. in order to prevent this 
from occurring r it is necessary to employ a mute processing 
on the playback output from the audio decoder 6 for a short 
period of time after the audio is switched* As a result of 
this mute processing, although there will be a little ^no-sound'' 
period immediately after the audio is switched, it becomes 
possible to freely switch audio, for example, from the audio 
on the BD-ROM to the audio on HD, or from the audio on the HD 
to the audio on the BD-ROM. 
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At last/ the following describes more in detail the 
control procedure performed by the control unit 16 of the present 
embodiment . 

When a BD~ROM is mounted to the playback apparatus 200/ 
the control unit 16 reads a volume label from the BD- ROM and 
specifies a. directory that matches the read volume label among 
a plurality of directories in the local HD 12 . The processing 
after that is performed on a basis that the files in the specified 
directory represent an update kit . The processing is realized 
by having a computer execute the processing procedure shown 
in the flow chart in FIG. 19. 

The flow chart forms a loop processing in which the 

processing from Steps S2 through S16 is repeated for each of 

the CELLS belonging to the PL #x. Now, the CELL being the 

processing target will be referred to as *CELL #y" which is 

a CELL at a y'th position in a PL. To be specif iCi the PL 

information #x is read into the memory (Step SI). The first 

CELL of the PL information #x is set as the CELL #y, and the 

last CELL of the PL information #x is set as the CELL (Step 

S2) . Subsequently, the ACCESS units belonging to the CELL #y 

is read from the BD-rom and from the local HD 12 in parallel, 

and the video decoder 4 and the audio decoder 6 are instructed 

to decode the ACCESS UNlTs (Step S3 to Step S12) . When all 

the ACCESS UNITS in the CELL have been decoded (Step Sll : YES) , 

it is Judged whether the CELL #y has reached the CELL #z (Step 
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S15)/ and the next. CSLL is set as CELI« #y (Step S16) . 

Among Steps from S3 to S16 , Steps S4 thxough S12 represent 
a loop processing for reading each of the ACCESS OKlTs belonging 
to the CELL ty from the BD-ROM and from the local HD 12 , . in 
this loop processing, the ACCESS UNIT to be a reading target 
will be referred to as "^ACCESS UNIT H^m" which is an ACCESS UNIT 
at a u'th position in an AV stream. In Step S3, prior to the 
loop processing in Steps S4 through S12, the ACCESS UNITS that 
are in the av streams on the BD-ROM and in the HD and each include 
the In point video frame of the CBIiIi #y are set as the ACCESS 
UNITS #u. 

The loop processing in Steps S4 through S12 is to repeat 
the processing as follows: to read the ACCESS UNXXs »U from 
the BD-ROM and from the HD into the BD buffer 2 and into the 
HD buffer 13, respectively (Step S4), and to input the video 
frames constituting each ACCESS UNIT #u to the decoder (Step 
S5), and after Steps S6 and SI, to input the audio frames 
constituting each ACCESS UNIT #u to the decoder (Step S8 through 
Step SIO) . 

The reading of an ACCESS UNIT from the bd-rok and the 

reading of an ACCESS unit from the HD do not have to be performed 

at the same time. The reading from one of them may be earlier 

or later than the reading from the other . The reason for this 

is that (i) since the ACCESS UNITs read from the BD-ROM and 

from the HD are once stored in the BD buffer 2 and the HD buffer 
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13 so that the speed is adjusted/ and (11) the demultiplexing 
processing performed by the demultiplexer 3 and the 
demultiplexer 14, and the decoding. processing performed by the 
video decoder 4 and the audio decoder 6 are performed in 
5 synchronization . 

When data is read from the BD-ROM to the BD buffer 2, 
the control unit 16 monitors the amount of the data stored in 
the BD buffer 2 so that when the amount of the data stored is 
insufficient/ more ACCESS 0NITs are read from the BD-ROM to 

10 the BD buffer 2 to avoid the insufficiency. Also for the BD, 
the reading is controlled in accordance with the amount of the 
data stored in the buffer. 

The audio switching processing performed in Steps SO 
through SlO is to, in accordance with the audio setting from 

15 the user/ input/ to the audio decoder 6, the audio frames in 
the ACCESS UNIT having been read into the BD buffer 2 (Step 
S9), or to input the audio frames in the ACCESS UNIT having 
been read into the hd buffer 13 ( Step SlO ) . The variable ^ Audio 
ftV in the drawing represents the audio set in SPRM (1) by the 

20 user . With regard to the variable Audio »v , in the case where 
the user performs an operation for switching the audio (Step 
S7: YES)/ SPM«(1) is updated (Step S13), 

In the case where the variable Audio #v^ indicates an 
audio stream on the BD-ROM side (Step SB : YES) , among the audio 

25 frames in the ACCESS unit having been read into the BD buffer 



2/ tJie audio frame tliat coriresponds to the variable Audio frv** 
is inputted to the decoder (Step S9). In the case where the 
variable '^Aadio #v'' indicates an audio stream on the local HD 
12 side (Step SB: NO)/ the audio frames in the ACCESS UNIT in 
the HD buffer is inputted to the decoder (Step SIO). 

m Step Sll, it is judged whether the condition for ending 
the loop processing is met. In the case where the ACCESS qnit 
#u includes the Out point video frame of the CBIiL (Step Sll: 
YES) / the loop processing will be repeated. When the 
requirement in this step is not met, the next ACCESS UNIT in 
the AV stream is set as the ACCESS UNIT #u (Step S12), and the 
procedure returns to Step S4 . Step SI 5 is a judgment step which 
is to be executed in a case where the processing in Steps S3 
through S12 is repeated for ACCESS UNITS belonging to one piece 
of CELl. information. In Step S15, it is judged whether or not 
the CELL information #y being the current processing target 
is the last CELL information #z. In the case where the CELL 
information #y being the current processing target is not CELL 
#z, the next CELL is set as the CELL #y (Step S16) . Then, the 
procedure advances to step S3 so that the processing in Steps 
S3 through SI 5 is performed on the ACCESS UNlTs belonging to 
the CBLL #y. 

FIG. 20 shows the reading process in Steps S4 through 

Sll. In the drawing, the ACCESS units #100 are read from the 

BD-ROM and from the local HD 12 into the BD buffer 2 and into 
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the HD buffer 13 in Step S4 . The switch 15 outputs the ACCESS 
OMIT #100 from the BD buffer 2 to the audio decoder 6 according 
to the judgment in Step SB. The switch 15 switches between 
(a) outputting the audio frames in the ACCESS UNIT #100 from 
the BD buffer 2 to the audio decoder 6 and (b> outputting the 
audio frames in the ACCESS UNIT #100 from the HD buffer 13 to 
the audio decoder 6 , according to the SPRM ( 1 ) . 

FIG* 21 shows what kind of audio playback is achieved 
as a result of the output switching shown in PIG. 20. in the 
case wher-c the switch 15 outputs the ACCESS UNIT from the bd-rom 
to the audio decoder 6/ playback is achieved as shown on the 
left side of PIG. 21, i.e. the playback is accompanied by an 
English line "^He had a person at one's nod'^ . On the other hand, 
in the case where the switch 15 outputs the ACCESS UNIT from 
the HD to the audio decoder 6, playback is achieved as shown 
on the right side of FIG. 21, i. e. the playback is accompanied 
by a Japanese dubbed audio '^JCare wa hita o ago de taukatta iru" . 

As explained above , according to the present embodiment , 

ACCESS UNITS that are in one-to^one correspondence with each 

other are read in parallel from the bd-rom and from the local 

HD 12, and the decoder is instructed to selectively play back 

one of these access units, therefore, switching of the audio 

is realized. Creators of a movie production are able to, even 

after the movie production is distributed on a bd-rom, supply 

additional audio to users by distributing it via the WWW server 
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500. 

PurtHer, since the update kit includes only additional 
.audio, even if a public circuit exists between the playback 
apparanus 200 and the WWW server 500, the time required for 
downloading the update kit is short. 

It should be noted that, in the first embodiment, a 
built-in HD inside the playback apparatus is used for storing 
the update kit; however, it is acceptable that the update kit 
is stored in a portable recording medium. 

SECOND BMBODXMENT 

The second embodiment is related to an improvement for 

the case where a sub -image stream is added to an AV stream recorded 

on a BD-ROM. The following describes a sub -image stream 

recorded on a BD-ROM and an update kit for realizing addition 

at a sub-image stream. On a bd-rom, a sub- image stream is 

multiplexed with a video streeun and an audio stream so as to 

constitute an AV stream, as shown in FIG. 6. FIG. 22 shows 

how an ACCESS UNIT is structured in an AV stream according to 

the second embodiment . The ACCESS UNITs according to the second 

embodiment each include a GOP and a sub- image unit . The leaders 

with broken lines thl highlight the internal structure of a 

sub-image unit in each ACCESS UNIT. A sub-image unit is made 

up of a header and rxin length image data. IN the drawing the 

leaders th2 highlight the internal structure of the header « 

The header includes ^the display starting time/the display 
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ending "time^, of t.he run lengt-h Image dat-a on a PXi playback 
-temporal axis and ^-bhe display coordinat.es'' on tlie display 
screen . 

The sub- image stream in an update kit is supplied to 
5 the playback apparatus as being stored in an AV stream. To 
be more specific, an av stream in. the update kit according to 
the present embodiment is for the purpose of adding a sub- image 
to the AV- stream recorded on the bd-ROM, Like the first 
embodiments the AV stream in the update kit is made up of ACCESS 
10 DKlTfi that are equal in number to the access unxTs in an AV 
stream in a BD-ROM package. Each ACCESS DNIT includes a 
sub -image unit but does not include a GOP. 

FX6. 23 shows in comparison the substances of an ACCESS 
UNIT in a BD-ROM package (XXX. M2TS) and the substance of an 
15 ACCESS UNIT in an update kit (UXX. TS), describing in the same 
manner as PIG. 14. The upper level of PIG. 23 is an ACCESS 
UNIT on the BD-ROM side. The lower level is an ACCESS UNIT 
on the update kit side. In the drawing, the ACCESS UNITs #60, 
trlOO, and #120 are to be played back 1 minute, 1 minute and 
20 40 seconds, and 2 minutes after the start of the playback of 
the AV stream^ respectively. (In this example ^ the playback 
t.lme of one ACCESS unit is approximated to one second) . 

As we focus on the ACCESS units, the ACCESS UNIT #100 
on the BD-ROM side includes a GOP to be played back at 1 minute 
25 and 40 seconds and a sub-image unit to be read at that time. 



On the other hand, the ACCESS UNIT #100 on the update kit side 
Includes a sub- image unit to be played back at 1 minute and 
40 seconds* 

Because of an arrangement wherein the-AV stream in the 
update kit includes ACCESS UNITs which are equal in number to 
the ACCESS UNITS in the AV stream recorded on the BD- ROM, and 
wherein the ACCESS UNITs in the AV stream in the update kit 
includes a sub- image unit having the equal time length to the 
sub -image unit recorded on the BD-ROM, the ACCESS UNXTs in the 
AV stream recorded on tbeBD-ROMare in one-to-one correspondence 
vith the ACCESS UNITs in the AV stream in the update kit . Due 
to this one-to-one correspondence, it is possible to achieve 
the switching of the subtitles with time accuracy of 
approximately 1.0 second* Thus, the description of the AV 
stream in the update kit is completed. The following describes 
the PL information in the update kit. 

The PL information is supplied from a Website along with 

an AV stream having only sub - image and the stream management 

information for this AV stream. PIG. 24 shows the internal 

structure of PL information included in the update kit according 

to the second embodiment. The improvement peculiar to the 

present embodiment lies in a Subtitle Table within each piece 

of CELL information in the PL information. A Subtitle Table 

is made up of a plurality of Subtitle Entries (Subtitle Entries 

#1 to #n) and the number of the Subtitle Entries (Number). 
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The ^Subtitle Table" is management: information for a 
subtitle to be played back in synchronization with the playlist 
and is made up of a plurality of pieces of language information 
(Languages #1 to #k) and the number of the languages (Number) . 
5 In the case where the playlist corresponds to the 
English-language area, the Japanese-language area, and the 
Chinese- language area, pieces of language information for the 
three languages are described in the ^Subtitle Table' . 

Each piece of language information is made up of (i) 

10 information about to what language the piece of language 
information corresponds (Lang.)/ (ii) the position of the AV 
stream that corresponds to the sub-image (Storage Name) , (iii) 
a plurality of pieces of speech information written in the 
language (Speeches #1 to #j) and (iv) the number of the pieces 

15 of speech information (Number) » The pieces of speech 
information (Speeches #1 to # j ) are Information related to 
speeches that appear during the playback of the playlist . In 
the case where there are five speeches during a playback of 
a CELL, a piece of speech information is written for each of 

20 the five speeches. FIG. 25 shows the speech information. as 
shown in the drawing, each piece of speech information (Speeches 
#1 to #j) includes the name of the AV stream, ^AVStream Name'' 
to which a sub- image unit in which the line in the speech is 
written belongs, ^Stream ID* indicating a sub*- image stream to 

25 which the sub -image unit belongs in the av stream , ^^in point 



information" indicating a playback starting time of the 
sub- image unit, *Out point information" indicating a playback 
ending time of the sub- image unit, and * Position information'^ 
indicating the display coordinates of the sub- image unit. 

Above is the description of the update kit written into 
the local HD 12. FIG. 26 shows the internal structure of the 
playback apparatus of the second embodiment. The following 
describes the constituent elements that are related to the 
improvement portions of the playback apparatus according to 
the present embodiment/ namely the download unit 11/ the HD 
buffer 13, the switch 17, the image decoder 7, and the control 
unit 16 . 

Xhe download unit 11 according to the second embodiment 
downloads an update kit for upgrading the sub-image from the 
WWW server 500 and writes the update kit into the local HD 12, 

Xnto the HD buffer 13 according to the second embodiment, 
one of the ACCESS units constituting the AV stream recorded 
on the HD is read , every time one of the ACCESS UNITS constituting 
the AV stream recorded on a BD-ROM is read into the BD buffer 
2- 

The demultiplexer 14 demultiplexes the access unit that 
is in an MPEG-TS format and has been read into the HD buffer 
13 so as to obtain the sub- image before being multiplexed. 

The switch 17 outputs, to the image decoder 7, one of 

the sub- image unit obtained through the demultiplexing process 
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performed by the demultiplexer 3 and the sub- image unit obtained 
through the demultiplexing process performed by the 
demultiplexer 14. Thus, the explanation on the improvement 
of the playback apparatus according to the present embodiment 
is completed. The output switching performed by the switch 
17 is based on SPRM (2) , which represents the sub-image stream 
number . 

When decoding the sub -image unit read from the BD-ROM, 

the Image decoder 7 refers to the display starting time attached 

to the header of the sub- image unit. That is to say, when the 

clock inside the playback apparatus reaches the time indicated 

by the display starting time in the header, the image decoder 

7 decodes the sub- image unit. On the other hand, when decoding 

the sub- image unit read from the hd, the image decoder 7 refers 

to the display starting time attached to the header of the 

sub - image unit and an offset in the stream management information 

That is to say, when the olook inside the playback apparatus 

reaches the time obtained by adding the offset to the display 

starting time attached to the header of the sub- image unit, 

the image decoder 7 decodes the sub- image unit. The time 

obtained by adding an offset to the time indicated by the display 

starting time is substantially the same as the time indicated 

by the display starting time of the video packet read from the 

BD-ROM. Accordingly, as a result of the processing performed 

by the image decoder 9 described above, the playback output 
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for the video frames read from the BD-ROM is in synchronization 
with, the playback output for the sub- image units read from the 
HD. Further, when the clock inside the playback apparatus 
reaches a time obtained by adding an offset to the display ending 
5 time in the header, the image decoder 9 makes the subtitle 
disappear. As a result of the processing described here, the 
subtitles are displayed and made disappear in synchronization 
with the playback of the video. 

The data is read from the BD-ROM and from the HD in units 

10 of ACCESS UMZTs; however, the data is supplied from the 
demultiplexer 3 and from the demultiplexer 14 to the image 
decoder 9 , with no regard to ACCESS units . The reason is because 
the demultiplexing processing performed by the demultiplexer 
3 and the demultiplexer 14 is to convert an ACCESS UNIT which 

15 is a TS packet sequence into a PES packet segueace and to convert 
them into sub- image units and video frames; therefore, the data 
is supplied to the image decoder 9 In units that are included 
in PES packets or TS packets . Since the PSS packets and the 
TS packets are the units of processing, when a part of a. sub-image 

20 unit is included in a PES packet, the included part is outputted 
to the image decoder 9 . The reason for this is because a 
sub- image unit is a piece of run length image data, and the 
size of a sub- image unit is considerably larger than that of 
a PES packet, a sub- image unit is divided into portions and 

25 stored into a plurality of pes packets. 



The Image decoder 9 sequenliially stores each of those 
supplied parts of the sub- image unit into a built-in memory 
within the image decoder 9 and puts the sixb- image unit together 
before decoding it. There would be a problem with the ca£se 
5 where a sub- image unit is divided into portions and stored into 
a plurality of ACCESS UNITS . The following discussion is based 
on an assumption that the first half of a sub- image unit is 
stored in a TS packet sequence constituting nn ACCESS UNIT and 
the second half of the ^ub- image uziit is stored in a TS packet 

10 sequence constituting the following ACCESS UNIT. 

The following discusses the case where a subtitle 
switching processing is performed due to an update of SPRM(2) , 
after the PHJS packet in which the first half of the sub- image 
unit is stored is demultiplesced and outputted to the image 

LS decoder 9, but before the PES packet in which the second half 
of the sub- image unit is stored is demultiplexed. In such a 
case, to the image decoder 9 , after the first half of the sub* image 
unit is supplied/ another sub- image unit belonging to another 
sub- image stream is to be supplied . Although the image decoder 

JO 9 has obtained the first half y the image decoder 9 is not able 
to obtain the second half; therefore, the image decoder 9 is 
not able to properly perform the decoding, and there is a 
possibility that image decoder 9 displays non-sense data. In 
order to prevent this from occurring, it is necessary to employ 

85 an erase processing on the playback output from the image decoder 



9 for a short period of time after the subtitle is switched. 
AS a result of this erase processing, although there will be 
a little ^ no -subtitle" period inunediately after a switch to 
an upgraded version, as soon as the following sub- image unit 
is stored in the memory within the image decoder 9 , the subtitle 
display is resumed . Accordingly , it becomes possible to freely 
switch subtitles, for example, from the subtitle on the BD-ROM 
to the subtitle on HD, or from the subtitle on the HD to the 
subtitle on the BD-ROM. 

The control unit 16 in the present embodiment performs 
the playback processing of ACCESS UNlTs according to the flow 
chart in VUG, 27. The flow chart forms a loop processing in 
which the processiag from steps S22 through S36 is repeated 
for each of the CELLS belonging to the PL #x. Now, the CELL 
being the processing target will be referred to as "^CELL #y* 
which is a CELL at a y'th position in a PL. To be specific, 
the PL information #x is read Into the memory (Step S21> . The 
first CELL of the PL information #x is set as the CEILL #y, and 
the last CELL of the PL information #x is set a© the CELL #z 
(Step S22) , Subsequently, the ACCESS OWiTs belonging to these 
CELLS are read from the BD- ROM and from the local HD 1 2 in pa rallel , 
and the image decoder 7 is instructed to decode the ACCESS UNITS 
(Step S23 to Step S36). 

Among Steps from S23 to S36, Steps S24 through S32 

represent a loop processing for reading each of the ACCESS units 
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belonging to tlie CELL #y from the BD-ROM and from the local 
HD 12 . In thi$ loop processing, the ACCESS ONIT to be a reading 
target will be referred to as ^ACCESS unit #u'' which is an ACCESS 
UNIO? at a u'th position in an AV stream. In Step S23, prior 
to the loop processing in Steps -S24 through S32, the ACCESS 
UNITS that are in the AV. streams on the BD-ROM and in the HD 
and each include the In point video frame of the CELL #y is 
set as the ACCESS UNITs ttu. 

The loop processing in Steps S24 through 33-2 is to repeat 
the processing as follows: to read the ACCESS UNITs #u from 
the BD'ROM and from THE HD into the BD buffer 2 and into the 
HD buffer 13, respectively (Step S24 ) , and after Step S27 and 
Step S3 7, to input the sub- image units constituting the ACCESS 
UNIT #u to the decoder (Steps S28 through S30) . 

The subtitle switching process performed in Steps S28 
through S30 is to input/ to the image decoder 1 , the sub- image 
units in the ACCESS unit having been read into the buffer, in 
accordance with SPRM (2) . The ^subtitle in the drawing 

represents the subtitle language set in SPRK (2) by the user. 
In the case where the user performs an operation for switching 
the subtitles (Step S27: YES), SPRM(2) is updated (Step S33). 

In the case where the subtitle #v indicates a sub- image 

stream on the bd-rom side (Step S28: YES) , among the sub- image 

units in the ACCESS UNIT having been read into the BO buffer 

2, the sub- image units that corresponds to the subtitle #v is 
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inputited to the image decoder 7 (Step 529) . In the case where 
the subtitle #v Indicates a sul>- image stream on the local HD 
12 side (Step 328: NO), the sub-image units in the ACCCSS unit 
on the HD buffer $ide is .inputted to the image decoder 7 (Step 
S30), 

In step S31, it is judged whether the condition for ending 
the loop processing is met. In the case where the ACCESS UNIT 
#u includes the Out point video frame of the CELL (Step S31: 
YES), the loop processing will be terminated « When the 
requirement in this step is not met, the next ACCESS UNIT in 
the AV Stream is set as the ACCESS UNIT #u (Step S32) , and the 
procedure returns to Step S24 . Step S35 is a judgment step 
which is to be executed in a case where the processing in Steps 
S23 through S3 2 is repeated for ACCESS UNITs belonging to one 
piece of CELL information. In Step S35/ it is judged whether 
or not the cell information #y being the current processing 
target is the last CELL information #z. in the case where the 
CELL information #y being the current processing target is not 
CELL the next CELL is set as the CELL #y (Step S36) . Then, 

the procedure advances to step S23 so that the processing in 
Steps S23 through S3 5 is performedon the ACCESS UNIT #u belonging 
to the CELL #y. 

PIG. 28 shows the process of parallel reading performed 

by the control unit IS to read from the BD-rom and from the 

HD- In the drawing, the ACCESS UNIT #100 is read from the bd-rom 
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and froiD -the Local HD 12 in-to the BD buffer 2 and into the HD 
buffer 13, respectively, in step 34. The switch 17 switches 
between (a) outputting the sub- image unit in the ACCESS UKIT 
#100 from the bd buffer 2 to the decoder and (b) outputting 
5 the sub- image unit in the ACCESS UNIT #100 from the HD buffer 
13 to the decoder/ according to the SPRM (2), 

FIG. 29 shows what kind of subtitle display is achieved 
as a result of the output switching shown in PIG. 28 • In the 
case where the switch 17 outputs the ACCESS UNIT #100 from the 

10 BD-ROM side to the audio decoder 6, playback is achieved as 
shown on the left side of fig • 29 , i.e. the playback is performed 
so that an English subtitle ^Run after you'' is combined w^ith 
the moving pictures. On the other hand^ in the case where the 
switch 17 outputs the ACCESS UNIT #100 from the HD side to the 

15 audio decoder 6, playback is achieved as shown on the right 
side of PIG. 29, i. e. the playback Is performed so that the 
Japanese subtitle is combined with the moving pictures . 

As explained above , according to the present embodiment , 
ACCESS traiTe that are in one-to-one correspondence with each 

20 other are read in parallel from the BD-rom and from the local 

HD 12, and the decoder is instructed to selectively play back 

one of these ACCESS units / therefore, switching of the subtitles 

is realized. Creators of a movie production are able to, even 

after the movie production is distributed on a BD-ROM, supply 

25 additional subtitles to users by distributing them via the www 
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server 500. 

It is necessary to read ACCESS units from the BD-ROM 
and- from the HD in parallel, in the case where the size of the 
sub- image stream in the update kit is large. Such parallel 
reading is not necessary in the case where the size of the 
sub -imago stream in the update kit is small. For example, 
when the subtitle is text data and the size of the subtitle 
is as small as some kilobytes, it is acceptable to read the 
text data from the hd, before data is read from the BD-ROM, 
so that the snbtd tie is stored in the memory within the playback 
apparatus, and then the subtitle image is rendered. 
THXBD EMBODIMENT 

The third embodiment relates to an improvement for the 
case where after a piece of video data having multi angle sections 
is distributed as being recorded on a BD-ROM, another piece 
of video data for views from another angle is distributed . First 
of all, the following describes in detail the BD-ROM and an 
update kit according to the present embodiment. 

First of all, the following describes the BD-ROM 
according to the present embodiment. fig. 30A shows the 
internal structure of the BD-ROM according to the third 
embodiment. In the drawing, the av stream *1, the multi angle 
section, the AV stream #4, the stream management information 
#1 #2, #3, #4, and the pr. information #1, #2, #3, are recorded 
on the BD-ROM. 
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To explain more specifically, the AV stream #1 and the 
AV stream #4 are t.he seime as the AV stream described in the 
first embodiment . The multi angle section between the AV stream 
#1 and the AV stream #4 is made up of two AV streams such as 
the AV stream ft 2 and the AV stream #3, 

The AV stream #2 and the AV stream #3 are pieces of video 
data that have been taken from two different angles . In such 
a oasc/ the AV stream #2 and the AV stream #3 can be each divided 
into three ILVUs (InterLeaVe Units)/ as follows: 
the AV stream #2: ILVU (2-1), ILVU (2-2), and It.VU (2-3) 
the AV stream #3: ILVU (3-1)/ ILVU (3-2), and ILVU (3-3) 

Here^ in the expression ^ILVU (XX-YY)'^, ^^xx'^ denotes 
an AV stream to which the ILVU belongs / and ^yy" denotes the 
order in which the ILVU is placed in the AV stream. These ILVUs 
are recorded on a disc with a numbering system as follows: 
ILVU (2-1)/ ILVU (3-1), ILVU (2-2), ILVU (3-2)/ ILVU (2-3)/ 
ILVD (3-3) 

The ILVOs constituting the VOB #1 and the ILVUs 
constituting the VOB #2 alternately appear. Accordingly/ for 
example # when XLVU (2-1) and ILVU (3-1) are read together, the 
video decoder 4 is able to selectively decode one of ILVU (2-1) 
and ILVU (3-1) • With this arrangement , it is possible to realize 
switching of angles according to a user operation. 

The following describes how the ILVUs described above 

are managed on the BD-ROM. pig. 31 shows how the positions 
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of the IliVUs constituting the multi angle section shown in PIG, 

30 are managed. Each of the ILVQs constituting ao AV stream 

is managed I like the extents constituting a file, by describing 

the starting address and the length in the file management 

information. The lower level of the drawing shows at which 

address in the BD-ROM each ILVu is recorded. The ILVDs (3-1) 

and (3-2) which constitute the AV stream #3 are recorded at 

the addresses 64 and 1280 and have run lengths of 1024 and 880, 

respectively. These addresses and run lengths are written in 

the management information for the AV stream #3, which is 

indicated as k:) 3. The XJJVUs (2-1) (2-2) and (2-3) which 

constitute the AV stream #2 are recorded at the addresses, 10, 

1088, and 2160 aod have the run length of 54, 92, and 200 

respectively. These addresses and the run lengths are written 

in the management information for the Av stream #2, which is 

indicated as k j 2 , The recording addresses of ILVUs 

constituting AV streams are written into pieces of file 

management information, so that each piece of file management 

information corresponds to a different one of the AV streams ; 

therefore, even if the AV stream #2 and the AV stream #3 constitute 

a multi angle section on a BD-rom, they are treated as different 

files. Thus, the description of the multi angle section on 

the BD-ROM is completed. 

The following describes the stream management 

information. FIG. 32 shows the structure of the stream 
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manag^emenl: Inf ormat.ion aocording t.o iihe t.h±z*d embodimenli . The 
sHreammaDagement; informaliion here Is different f rem t.he s-tream 
management ln£orinat:ion shovm in' FIG. 8 in bhat: includes 
in addition to the attribute and the tmap. The XIiVUMA^P 
5 is made up of Entriess #1 to #n related to each ILVD and the 
LT numbeir (Number) . In each ILVU Entry, the number of ACCESS 
UNITS belonging to the II.VT7 is written . By using the iLVtr Entries 
along with thdi TMAP and the file management information, it 
is possible to easily cue ACCESS UNITs belonging to the ILVTI. 

10 Thus, the description of the BD-ROM according to the 

present embodiment is completed. The following describes the 
AV Stream included in the update kit. 

The AV stream included in the update kit according to 
the present embodiment (the AV stream #5 in the drawing) is 

15 for forming an additional angle image. It is assxmed that the 
BD-ROM according to the present embodiment is a video for views 
from' a passenger train, and that the AV stream #2 is for a video 
image taken from the driver's seat^ the AV stream #3 is for 
a video Image taken from the windows provided on one of the 

20 sides of a compartment. The situation is that the AV stream 

#2 and the AV stream #3 are recorded on the BD-ROM, but/ for 

some reasons/ an arrangement is made so' that the video image 

taken from the windows provided on the opposite side of the 

compartment, is not recorded on the BD-ROM. In that situation, 

25 in order to distribute the video image taken from the opposite 
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side to users , the update kit ot tlie present embodiment Is 
generated • 

As shown In PIG , 30B/ the AV stream Included In the update 
kit Is recorded In the local HD 12, as being divided Into a 
5 plurality of ILVUs . The AV stream #5 In the local HD 12 is 
to be read in units of IIjVUs . 

The length of the playback time for the iLVUs ( 5 ~ l ) and 
(5-2), which are obtained by dividing UXX.M2TS, is equal to 
thelengthof the playback time of the IXiVOs (1-1), (1-2)/ (2-1), 
10 and (2-2) which constitute XXX.M2TS, 

The stream management information Included in the update 
kit according to the present embodiment is management 
informatxoo for managing the AV stream in the BCD* The internal 
structure is the same as the one shown in FIG. 32; therefore, 
15 the drawing thereof is omitted. 

The PL information included in the update kit according 

to the present emboddLment is path information for treating the 

multi angle section recorded on the bd-rom and the av stream 

in the HD as one Pi*, FIG. 33 shows the internal structure 

20 of the Pli Information according to the third embodiment. FIG. 

33 is different from FIG. 17 in that, instead of the AV stream 

entries such as Stream ID, In, and Out/ Angle Entries #1 to 

tn are Included in each piece of CELL Information. An Angle 

Entry is for defining a playback section in each of the AV streams 

25 that corr-espond to different angles* The arrow with a broken 
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line ayl highlights the internal striicturG of an Angle Entry. 
As observed from this, an Angle Entry is made up of ^AVStream 
Kame'* of the AV stream for the corresponding angle/ ^'In point 
information" Indicating the starting point of the playback 
section in the AV stream, and ^^Out point information" indicating 
the ending point of the playback section in the AV stream. 

In order to treat the multi angle section recorded on 
the BD-ROM and the AV stream in the HD as one Playl.isty the 
Angle Entries in the PL information are set for the AV streams 
constituting the multi angle section on the BD-ROM and for the 
AV stream in the HD, To be more specific/ the Angle Entry #1 
is set for the AV stream #2 for the multi angle section on the 
BD-ROM; the Angle Entry #2 is set for the AV stream #3 for the 
ntulti angle section on the BD-ROM; and the Angle Entry #3 is 
set for the AV stream #5 for the update kit in the HD. 

PIG, 34 schematically shows indirect reference with 
Angle Entries included in the PL information. 

The arrows gyl and gy2 in the drawing indicate 

specification of playback sections in the AV streams on the 

BD-ROM With the Angle Entries #1 and #2, On the other hand/ 

the arrow gy3 indicates specification of a playback section 

in the AV stream in the local HD 12 with the Angle Entry #3. 

The bundle of playback sections is specified in the PL 

information. Since one piece of PL info3rmation specifies the 

playback sections in the multi angle section on the BD-ROM and 
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t.he playback sect.jLon3 in tihe local HD 12/ when playback Is 
performed, the playback apparatius reads, in parallel, IIiVUs 
const.ltut.jLng the multi angle section and the ILVUs constituting 
the AV stream on the BD^ROM. 

Thus, the description of the update kit according to 
the present embodiment is completed. The following describes 
the playback apparatus according to the present embodiment. 
FIG. 35 shows the internal structure of the playback apparatus 
according to the third embodiment « The playback apparatus 
shown in this drawing is different in that it has a switch 18 
in addition. 

The following describes the constituent elements that 
are relatied to the improved portions of the playback apparatus 
of the present embodiment/ namely, the download unit 11, the 
HD buffer 13 , the demultiplexer 14 , the switch 18 , and the video 
decoder 4. 

The download unit 11 of the third embodiment downloads 
an update kit from the WWW server 500 so as to write the downloaded 
update kit to the local HD 12, the update kit being for adding 
a new angle image to the multi angle section recorded on the 

BD-ROM. 

Into the HD buffer 13 of the third embodiment/ one of 

the XliVUs constituting the AV stream recorded on the HD is read , 

every time one of tho ILVUe constituting the AV stream recorded 

on the BD-ROM is read into the BD buffer 2. 
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Tlie demult-lplexer 14 demul'blplexes t.he JliVUs tixat are 
in an MPBG-TS format and have been read into the HD buffer 13 
so as to obtain the GOP before being multiplexed. 

The switch 18 outputs/ to the video decoder 4, one of 
the GOP obtained through the demultiplexing process performed 
by the demultiplexer 3 and the GOP obtained through the 
demultiplexing process performed by the demultiplexer 14 . The 
output switchixxg performed by the switch 18 is based on SPRM 
( 3 ) r which represents the angle number . 

When decoding an ILVU read from the bd-ROM/ the video 

decoder 4 refers to the PTS attached to the PES packet 

constituting the ILVU. That is to say, when the clock inside 

the playback apparatus reaches the time indicated by the PTS 

on the PES packet, the video decoder 4 decodes the ILVtJ. On 

the other handr when decoding an ILW read from the HD, the 

video decoder 4 refers to a PTS attached to the PES packet and 

an offset in the stream management information* That is to 

say, when the clock inside the playback apparatus reaches the 

time obtained by adding the offset to the PTS attached to the 

PES packet-, the video decoder 4 decodes the II#VU. The time 

obtained by adding an offset to the time indicated by a pts 

is substantially the same as the time indicated by a PTS on 

the audio packet read from the BD-ROM, Accordingly, as a result 

of the processing performed by the video decoder 4 above, the 

playback outputs for the audio frames read from the bd-rom are 
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in synchroni.zat:ion with the decoding of the ILVUS read from 
the HD. 

Thus, the description of the improvement 'with the 

playback apparatus accoxding to the . present embodiment is 

5 completed. The control unit 16 of the present embodiment 

performs the playback processing according to the flow chart 

in FIG, 36 so as to control the playback apparatus in such a 

manner as described above. 

The flow chart forms a loop processing in which the 

LO processing in Steps S42 through S56 is repeated for each of 

the CELLS belonging to the PL #x. Now, the piece of CELL 

information being the processing target will be referred to 

as ^CELL information #y" which is a piece of CELL information 

at a y'th position in a PL. To be specific, the PL information 

15 #x is read into the memory (Step S41) . The first CELL of the 

PL information #x is set as the CELL Ifyr and the last piece 

of CELL information of the PL information #x is set as the CELL 

« 

information #z (Step S42) , Subsequently/ the ILVUs belonging 
to the CELLS are read from the BD-ROM and from the local HD 

20 12 in parallel/ and the video decodex* 4 is instructed to decode 
the ILVUs (Steps S43 through S56). 

Among Steps from S43 through 356, Steps 344 through S52 
represent a loop processing for reading each of the XLvus 
belonging to the CELLS #y from the BD-l^OM and from the local 

25 HD 1*2 . In this loop processing, the ILVa to be a reading target 



will be referred to as ^ilvu #u'' which is an ILVa at a u'th 
position in an AV stream. in Step S4-3, prior to the loop 
processing in Steps S44 through S52, the ItiVCs that are in the 
AV streams on the BD-ROM and in the HD and each Include the 
In point video frame of the CELL #y is set as the iLVUs #u. 

The loop processing in Steps S44 through S52 is to repeat 
the processing as follows; to read the ILVOs #u from the BD-ROM 
and from the MD into the BD buffer 2 and into the HD buffer 
13 respectively, and to input the ACCESS UNITS constituting 
the ILVU in the buffers to the decoder (Steps S44 through S52) , 
and after all of the ACCESS UNlTs have been inputted, the 
processing advances to the next ILVtJ (Step S54) . 

The ACCESS 0141 T to be inputted to the video decoder 4 
will be referred to as the ACCESS UNIT #k, which is an ACCESS 
UNIT at a k'th position in an ILVU. In the loop processing 
in step S44 through S50, the first ACCESS UNIT in the ILVU in 
thebuffer is set as the ACCESS UNIT #u (StepS45) , and thereafter 
every time the loop processing is repeated ooce , the next ACCESS 
UNIT in the ILVU is set as the ACCESS UNIT #k (Step S52). 

Among Steps S44 through S50, Steps S48 through SSO 

represent the processing of inputting, to the decoder, ACCESS 

UNITS in the ILVU having read into the buffer, in accordance 

with an angle setting by the user . The angle #v in the drawing 

represents the angle set in SPRM (3) by the user, in the case 

where the user perforins an operation for switching the angles 
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(S-t^p S47: YES) , SPRM(3) is updated ^ ( St.ep S53) . 

In the case where the angle #v Indlcaties an angle on 
the BD-ROM side (Step S48: YES) , among the ACCESS OKITe in the 
ILVO having been read into the BD buffer 2, the ACCESS DNIT 
5 that corresponds to the angle #v is inputted to the decoder 
as the ACCESS UNIT #k (Step S49) . In the case where the angle 
#v indicates an angle on the local hd 12 side (Step S48 : NO) , 
the ACCESS UNIT #k in the ILVU in the HD buffer is inputted 
to the decoder (Step S50>- 

10 In Step S51, it is judged whether the condition fox- ending 

the loop processing is met. In the case where the ACCESS UNIT 
#3c is not the last ACCESS UNIT in the ILVU #u (Step S51; NO) , 
the next ACCESS UNIT in the AV steam is set, as the ACCESS UNIT 
#k (Step S52)/ and the procedure returns to Step S47. In the 

15 case where the ACCESS UNIT #k is the last ACCESS UNIT in the 
ILVU #U/ it is judged whether or not the ILVU #u includes the 
Out point video frame of the cell (Step S53) . if the ILVU #u 
does not include the Out point video frame of the CELL, the 
next ILVU in the Cell is set as the ILVU #u (Step S54), and 

20 the procedure advances to Step S44. If the ILVU #u Includes 
the Out point video frame of the CELL, Step S55 is executed. 
In Step S55 / the CELL information #y being the current processing 
target is the last CELL information #z . In the case where the 
CELL information fry being the current processing target is not 

25 CELL #z, the next CELL is set as the CELL #y (Step S56) . Then, 



Hhd procedure advances to S1:ep S43 so t.hat: -the processing in 
Steeps S43 Ulirough S55 Is performed on the* ILVUs belonging to 
the CELIi #y. in the case where an operation for stopping the 
playback is performed/ the processing in this flow chart is 
5 terminated (Step S53 : YES). 

PIG. 37 shows the process of parallel reading performed 
by the switch 18 to read from the BD-ROM and from the HD, The 
ILVUS (2-2) and (3-2) in the drawing are read from the BD-ROM 
Into the BD buffer 2 in Step S44 • The ILVtJ ( 5-2 ) in the drawing . 

10 is read from the HD into the HD buffer 13 in Step S44. The 
switch 18 selectively outputs / to the video decoder A, one of 
(a) the ILVUs (2-2) and (3-2) on the BD buffer 2 side and (b) 
ILVU (5-2) on the BD buffer 13 side. 

FIG. 38 shows what kind of video display is achieved 

15 as a result of t.he output switching shown In FIG. 37. In the 
case where the switch 18 outputs the ILVU (3-2) on the BD-ROM 
side to the video decoder A, playback is achieved as shown on 
the left side of FIG. 28, i.e. the playback is performed so 
that the video image taken from the driver's seat of the train 

20 is shown. On the other hand/ in the case where the switch 17 
outputs the IliVD (5-2) on the HD side to the video decoder 4, 
playback Is achieved as shown on the right side of FIG. 38/ 
1. e. the playback is performed so that the video image taken 
from a side of the train with windows is shown. 

25 As explained above, according to the present embodiment , 



in the case where the movie production recorded on a BD-ROM 
is a multi-angie type movie production, it is possible to add 
new scenes and to further enrich the content of the movie 
production. 

5 FOURTH EMBODIMENT 

In the first emtaodiment / reading of ACCESS UNlTs from 
the BD-ROM is performed in parallel with reading of ACCESS DKITs 
from the local HD 12, In the fourth embodiment, however, 
streaming playback is performed in parallel with reading of 

LO ACCESS UNITS from a BD-ROM. FIG . 39 shows a home theater system 
according to the fourth embodiment. 

The system shown in the drawing is different in that 
it has the home server 600. In the drawing/ the playback 
apparatus 200 downloads only the stream management information 

15 and the PL information from within an update kit. The home 
server 600 downloads the AV streams from within the update kit . 
Here, the home server 600 is a device for writing a content 
that has been distributed or broadcasted into a built-in HD 
provided inside the home server 600. A distributed AV stream 

20 is downloaded by the home server 600 and written into the built- in 

HD. 

The playback apparatus 200 according to the present 
embodiment receives the supply of the AV stream out of the update 

kit from the home server 600. thus^ the general structure of 
25 the home theater system of the present embodiment is completed. 



m cruder t.o obt.aln ACCESS UNITS from "the outiside of t:he 
playback apparatus when a st.reaining playback is perf ozmed, t:he 
3t.ream managemeni: inf oxtna-tlon and t.he PI> inf ormat xon in "the 
updat:e kit are improved as shown in FIGs . 40 and 41. The 
5 improvement:, of the streemi management information lies in that 
an ^URI'' indicating the location from which the AV stream being 
the target of the streaming playback is to be obtained is 
described in the Audio attribute information. That is to say, 
among information included In the Audio attribute information , 
10 an "^URI* of the location from which the AV stream is to be obtained 
is written, instead of an ^AVStream Name'' and an ^'Audiostream 
ID" - 

The itnprovement of the PL information lies in that the 
^^URl" of the location from which the AV Stream being the target 

15 of the Streaming playback is to be obtained is written in an 
Audio Entry. That is to say, among Information included in an 
Audio Entry within the PL information, the ORI of the location 
from which the AV stream is to be obtained is written, instead 
of an ^AVstream Name" and an ^^Audiostream ID'' . 

20 The playback apparatus 200 downloads the Stream 

management information and the PL Information from within an 
update kit and writes the ORX of the home server 600 into the 
Stream management information and the PL information . Through 
this process, the preparation has been done for taking out AV 

25 streams from the home server 600. 



Thus , ^he deecriptiion of the ±mproveinent.s of 1:he updatie 
kit according to the present embodiment is completed. The 
following describes the improvement on the playback apparatus , 
FIG. 42 shows the Internal structure of the playback apparatus 
according to the fourth embodiment. The Improvement on the 
playback apparatus mainly lies In that a streaming buffer 19 
is added. The improvement on playback control performed by 
the control unit 16 is shown in the flow chart in FIG. 43. .In 
this flow chart # the processing in Steps SlOO through S102 has 
been newly added. 

In Step slOO / reading of ACCESS qnits from the www server 
500 is performed prior to the reading from the BD-ROM. The 
reason for this is because it is desirable to supply ACCESS 
UNITS to the streaming buffer 19 prior to the reading from the 
BD-ROM, since it takes a long time to obtain ACCESS ONITs from 
the WWW server 500. The procedure waits until a sufficient 
amount of ACCESS UNlTs are stored in the streaming buffer 19 
(Step SlOl) , and when a sufficient amount has been stored, 
reading of the ACCESS UNlXs from the BD-ROM into the BD buffer 
2 is started (Step S102). 

As soon as a sufficient amount of ACCESS UNITS has been 

stored in the BD buffer 2 and in the streaming buffer 19, the 

GOPs and the audio frames included in the ACCESS UMXTs are 

inputted to the decoder. At this time, audio frames are 

selectively played back in accordance with the user' s operation 
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Indicated by SPRM (1) (Steps S5 through S17). 

As explained above , according to the present embodiment 
it is possible to selectively play back either the audio stream 
downloaded into another device in a home network or the audio 
stream recorded on a BD-ROM; therefore, it is possible to more 
freely choose where the update kit should be located. 

It should be noted that it is acceptable to perform the 
streaming playback with the supply of data from a distribution 
server, instead of from a device owned by the user such as the 
home server 600. However, since distribution via the internet 
is in general at a low speed, it is desirable to read a sufficient 
amount of ACCESS UHlTs into a stream file prior to the reading 
from a bd-rom, 

FIFTH EMBODXNENX 

The fifth embodiment is related to an improvement for 
having a playback apparatus play back a new version of the movie 
production recorded on a BD-ROM with the use of a dynamic scenario 
being downloaded. 

With regard to distribution of movie productions via 

optical discs, there are high demands from users that they wish 

to View world-wide successful movie productions at home as early 

as possible. Creators of movie productions assume the duties 

of creating movie productions with hard schedules, m recent 

years, the movie industries have a tendency of enhancing the 

added value by recording commentaries by directors and actors 
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and the images for ^the making off the outtakes, and the 
unx-eXeased scenes on the BD-rOhs besides the main bodies of 
the xnovie productions themselves. To create the subtitles 
and the dubbed audio for these additional features makes the 
hard schedules even harder. 

In order to solve the problem, a dynamic scenario is 
downloaded in the present embodiment. 

A dynamic scenario is a program that shows the playback 
control procedure for an av stream with the use of PL information . 
A dynamic scenario is defined In the fourth layer In a layer 
model of the control of a playback apparatus. FXG. 44 shows 
the fourth layer in the layer model . In the drawing, one normal 
mode and two enhanced modes are written in the fourth layer. 
The one normal mode is a playback mode in a DVD- like playback 
environment and is referred to as a Movie mode. The first one 
of the two enhanced modes is a playback mode mainly for a Java 
virtual machine and is referred to ks a Java mode. The second 
one of the two enhanced modes is a playback mode mainly for 
a browser and is referred to as a Browser mode. 

since there are the three modes, i.e. tJie Movie mode, 

the Java mode, and the Browser mode, in the fourth layer, it 

is enough if a dynamic scenario is written so that it can be 

executed in only one of the modes, when it is desired that 

the control procedure be written with commands that ar-e similar 

to those for a DVD player, it would be good that the playback 
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control procedure in the Movie mode is written . This way, it 

is possible to have a playback apparatus perform a playback 

control that is similar to that of an existing DVD playback 

apparatus. When it is desired that the control procedure be 

written in a page description language, it would be good that 

the playback control procedure in the Browser mode is written. 

This way, it is possible to describe playback procedures for 

accessing a site in a network and for downloading a file. A 

dynamic scenario in the Java mode is ZZZ. CLASS, and a dynamic 

scenario in the Browser mode is zzz,HTM, which are shown in 

FIG. 44. A dynamic scenario in the Movie mode is 2;zz. MOVIE. 

In the case where a movie production constituted with three 

PLs is recorded on a BD-ROM, an example of how a dynamic scenario 

for this is described is shown in FIG . 45A. The dynamic scenario 

in the drawing is in the Java mode and written in a Java language 

and is referred to as a Java object. Since description can 

be made in the Java language, it is possible to write the playback 

control procedure in the Java object using programming with 

the use of IF sentences and the like. ^Play PL (XX, YY)* in 

the drawing denotes a function for playing back the PL specified 

by a first argument XX, starting from the position indicated 

by a second argument . in an example of writing a program shown 

in FIG. 45A, since there are three function calls such as PlayPL 

(PL #1, CELL #1), PlayPL (PL #2, cfiLL #1), and PlayPL (PL #3, 

CELL #1), the three PLs such as PL #1, fl #2, and PL #3 are 
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sequentially played back so as to form the movie production. 
It should be noted that PL #1, PL #2/ and PL #3 denote not just 
pieces of PL information but the sets that are each, made up 
of an AV stream, stream management information, and PL 
information . 

Thus, the description of the BD-ROM according to the 
present embodiment is completed. The following describes an 
update kit according to the present embodiment- 

An update kit according to the present embodiment 
includes a dynamic scenario. This dynamic scenario is used 
in place of the dynamic scenario recorded on a bd-rom. to be 
more specific, in the case where a new dynamic scenario exists 
in an update kit, this new dynamic scenario is used instead 
of the dynamic scenario recorded on the BD-rom. 

FIG. 4 SB shows a dynamic scenario to be used in place 

of the dynamic scenario shown in pig. 45A. Such a dynamic 

scenario is written into a HD as being incorporated in an update 

kit. This update kit is for realizing a ^'language credit*^, 

which is to switch playback scenes depending on the language, 

and the update kit includes an additional PL, that is the PL 

#4, besides the dynamic scenario. This is a substitute image 

and is to be played back alternatively in place of the PL #2 , 

The new dynamic scenario in the update kit realizes 

conditional playl>ack which is to playback the PL #4 (Link (PL 

#4, CELL #1, O)), if the language setting (SPRM (0)) on the 
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playback apparatus is ^'Japanese" < if (SPRM<0) == Japanese) ), and 
to play back the PL #2 (Link(PL #2, CELL #1/ 0) ) if the language 
setting on the playback apparatus is some other language (else) . 

FZG. 46A shows the playback procedure with the dynamic 
scenario recorded on the BD-ROM. FIG. 46B shows the playback 
procedure with the dynamic scenario included' in the update kit. 
The arrows hbl and hb2 in FIG . 46B symbolically shows conditional 
branching with the dynamic scenario in the update kit. 

AS apparent from the drawings ^ the dynamic scenario 
recorded on the bd-rom merely sequentially plays back the pls 
«1, #2/ and #3 recorded on the BD-ROM. On the other hand, the 
dynamic scenario in the update kit switches between playing 
back the PL for Japan (PL #4) and playing back the PL for the 
U.S.A. (PL #2), depending on the value of SPRM (0). 

Thus, the description of the update kit according to 
the present embodiment is completed. The following describes 
the playback apparatus according to the present embodiment* 
FIG. 47 shows the internal structure of the playback apparatus 
according to the present embodiment. The playback apparatus 
in the drawing Is different in that it comprises a dynamic 
scenario memory 20, a playback control engine 21/ a DVD- like 
module 23, a Java module 24, a Browser module 25, and a module 
manager 26. 

The dynamic scenario memory 20 is a memory for storing 

a current dynamic scenario and for being used in the processing 
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performed by the DVD- like module 23 to the Browser module 25. 

The current dynamic scenario is a dynamic scenario being the 

current processing target. When no update kit is stored in 

the local hd 12, the dynamic scenario recorded on the BD-ROM 

serves as the current scenario. When an update kit is recorded 

in the local hd 12, the dynamic scenario in the local HD 12 

serves as the current scenario . 

The playback control engine 21 executes functions such 

as ( i) an AV playback function, ( ii) a playlist playback function, 

and (iii) an obtaining/setting function of the status of the 

playback. The AV playback function of the playback apparatus 

includes a group of functions that are inherited from DVD players 

and CD players and are for performing kinds of processing 

according to user operations, such as starting a playback '^Play* , 

stopping a playback ^Stop", pausing a playback ""Pause On'', 

releasing a pause *Pause Off , releasing a Still function ^still 

Off*, forwarding at a specified speed * Forward Play (speed)'', 

rewinding at a specified speed '"Backward Play (speed)'', 

switching the audios *Audio Change", switching the sub-^ images 

*"Subtitle Change"'/ and switching the angles Angle Change". 

The PL playback function is to interpret a piece of PL information 

and to start and stop playback according to the piece of PL 

information, when executing the PL playback function, the 

playback control engine 21 plays the role of the third layer 

(playback control based on a static scenario) in the layer model , 
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The playback conlirol engine 21 execut:es the AV playback function 
according to the user operations. Also/ the playback control 
engine 21 executes the functions (ii> and (iii), in accordance 
withthe function calls from the DVD- like module 23 to the Browser 
5 module 25. More specifically, the playback control engine 21 
executes its functions according to instructions in user 
operations and instructions from upper layers In the layer model , 
The DVD- like module 23 is a DVD virtual player that serves 
as the executing subject of the Movie mode . The DVD-like module 

LO 23 executes a current Movie object having been read into the 
dynamic scenario memory 20 • 

The Java module 24 is a Java platfoxro and is made up 
of a Java virtual machine/ a configuration , and a profile. The 
Java module 24 generates a current Java object from ZZZ. CLASS 

L5 having been read into the dynamic scenario memory 20 and executes 
the generated Java object. The Java virtual machine converts 
the Java object written in a Java language into native codes 
for the CPU of the playback apparatus so that the CPU executes 
the native codes . 

30 The Browser module 25 is a browser t:hat serves as the 

executing subject of the Browser mode. The Browser module 25 

executes a current WebPage object having been read into the 

dynamic scenario memory 20 . 

The module manager 26 performs mode management and 

1 5 branching control . The mode management perf oirmed by the module 

85 



manager* 26 .Is to assign one of "the modules among the DVD- like 
module 23 to the Browser module 25 to be a module that executes 
the dynamic scenario. The principle used in the assignment 
of modules is to have a dynamic scenario executed by the DVD -like 
module 23. This principle is kept even if an intra-mode 
branching (a branching within one mode) occurs. An exception 
is made when an inter -mode branching ( a branching between modes ) 
occurs. When a branching from a Movie object to a Java object 
/ a WebPage object/ the Java module 24 or the Browser module 
..25 executes the current object - 

The branching control performed by the module manager 
26 is to specify a dynamic scenario being the branching 
destination / to read the dynamic scenario into the memory, and 
to have the dynamic scenario executed by one of the DVD- like 
module 23 to the Browser module 25. 

In the playback apparatus configured as described above, 

as a result of the DVD-like module 23 to the Browser module 

25 having the playback control engine 21 perform a pi, playback 

in accordance with the dynamic scenario having been read into 

the dynamic scenario memory 20, the playback as shown ±n FIGs . 

46A and 4i6B is achieved. Especially, when the playback shown 

in PIG. 46B is performed, the US-release version of the movie 

production recorded on a bd-rom can be developed into a 

Japan-release version. 

The following describes other examples of variations 

86 



in the cases where a newest version of a dynamic scenario is 
downloaded as an update kit. The following section discusses 
an update kit for employing a parental lock on a movie production 
recorded on a BO-^-ROM, 

FIG. 48A shows what is recorded on a BD-ROM. What is 
recorded on the BD-ROM are PL #1, PL #2, and PL #3. The PL #2 
includes sexual or violent scenes and requires an age limit 
for viewers, the age limit being represented by, for example, 
PG-18 . 

FIG. 48B Is an update kit for the BD-ROM shown in FIG. 
48A. PL #4 included in the update kit is an additional PL. 
The PL #4 is a PL for displaying a menu and receiving a user 
selection from the user. This menu is to receive/ from the 
user, a selection of either viewing by a child or viewing by 
an adult. The result of the selection is set in SPRM (13). 
In the PL #4, images that have a similar substance as the PL 
#2 are expressed in a cartoon -like manner to suit for viewing 
by children. 

The replacement dynamic scenario (a Java object) plays 

back the PL #4, before playing back three PLs such as the PL 

#1 , PL #2 , and PL #3 , and after a user selection is made , switches 

between the playback of PL #4 and the playback of PL #2 according 

to the user selection. The PL #4 is for receiving a setting 

for the parental level (SPRM (13)) In the playback apparatus. 

In the case where SPRM (13) is set as Adult Only'' (if (SPRM 
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(13)~ Adult Only) ) / the PL #2 is played baok (Link (PL* 2, Cell 
#1) ) . If the parental level in the playback apparatus is set 

a3 something else (else), the PL #5 is played back (Link (PL t 
#5, Cell #1)). Since switching is achieved between playback 
5 of violent scenes and playback of scenes suitable for children 
depending on the setting in SPRM ( 13 ) , even if a movie production 
distributed on a BD-ROM includes some violent scenes , it is 
possible to add a parental lock to the BD-ROM in a retrofitting 
manner . 

10 FlGs, 49A and 49B schematically show the playback 

procedures realized with a dynamic scenario recorded on a BD-ROM 
and a dynamic scenario included in an update kit. The arrows 
pel and pc 2 in the drawing symbolically shows a conditional 
playback with a dynamic scenario in the update kit . As apparent 

15 from the drawing, switching between playing back the PL #2 and 
playing back the PL #5 is achieved depending on the value of 
SPRH (13) , Since the control over whether the PL #2 is to be 
played back or the PL #2 is to be bypassed and avoided is performed 
depending on the value of SPRM ( 13 ) / even if the program recorded 

20 on the BD-ROM has no function of bypassing the PL it is 

possible to realize the playback control of bypassing the PL 

#2 in a retrofitting manner with the use of the dynamic scenario 

distributed from a web site* 

The fo*!llowing section discusses an update kit for 

25 developing a theater- release version of a movie production 
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recorded on a BD-ROM into a director's cut version. 

In a theater-release version of a movie production, some 
scenes have been cut and edited, so that the running time Le 
not longer than a little over two hours. The running time 
is usually a little over two hours so that the number of times 
a movie is shown at a movie theater in a day can be increased. 
In other words, due to some circumstances that have nothing 
to do with the movie director's intention, editing/cutting is 
involved in a theater -release version of a movie production. 

On the other hand, in a director's cut version of a movie 
production, unreleased scenes and some scenes that have been 
cut in the editing process are added to the theater -release 
version. The ideas and emotions of the movie director's 
intention are represented in a director's cut version. 

FIGS . 50A and 50B show an update kit for developing a 
theater -release version of edited images recorded on a BD-ROM 
into a director's cut version, fxg. 50a shows the PL #1, the 
PL #2, a dynamic scenario (a Java object) that are recorded 
on a BD-ROM. FIG. SOB shows an update kit. The update kit 
includes an additional PI# #3 and a replacement dynamic scenario . 

In the case where a playback order (PL #1, PL #2) shown 

in FIG. 51A is defined by a dynamic scenario recorded on the 

BD-ROM, thereplacement dynamic scenario (a Java object) inserts 

the PL #3, which forms an unreleased scene, between the PL #1 

and the PL #2. FIG. 51B shows the playback procedure with 
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a replacement, dynamic scenario. Because of the dynamic 
scenario, the PLs are played back in tlie order of the PL #1, 
the PL #3, and then the PL #2. 

As explained above, according to the present embodiment, 
5 by downloading, onto the playback apparatus i a dynamic scenario 
for branching depending on the status setting of the playback 
apparatus as a dynamic scenario for updating, it is possible 
to enable the user to view a version of a movie production that 
does not exist on the bd-ROM. 

10 Further, according to the present embodiment, it is 

possible to realize an action that is equivalent to an upgrade 
to a higher version provided after a movie production is 
distributed on a ROM disc. Like upgrades of personal computer 
software after distribution, movie productions distributed on 

15 optical discs are also able to have upgrades; therefore, the 
burdens on creators of movie productions are lessened. Here, 
an upgrade of a piece of computer software is realised through 
installing a piece of software recorded on a ROM disc onto a 
personal computer and downloading a new update kit to be added 

20 to the HD. The upgrade of the movie production is different 
from the upgrade of the piece of computer software in that the 
playback apparatus does not install the upgrade onto the hd. 
Since the upgrade is not installed onto the HD, it is possible 
to avoid the situation where the installment onto the hd becomes 

25 a beginning of endless duplicates. 



SXXTH EMBODXME£IT 

The sixth embodiment: is related to an improvement for 
realizing version control of virtual packages. PIG. 52 shows 
a directory structure of an UD according to the s ixth embodiment • 
As shown in the drawing, the HD has a Vpackage directory below 
the ROOT directory and has abc directory and XYZ directory below 
the Vpackage directory. 

^Vpackage" in the drawing is a directory that is 
positioned above a directory in which an update kit for a BD-ROM 
is stored . Since the directory storing the update kit for the 
BD^ROM is positioned subordinate to the Vpackage directory, 
the directory storing the update kit is distinct from other 
directories in which other- files are stored. When a BD-ROM 
is loaded/ the control unit 16 is able to check whether or not 
an update kit exists by checking whether a directory named 
Vpackage exists. 

In the drawing, ^XYZ" and ^abc'' are each a volume label 

of a BD-ROM. It means that in the local HD 12 exist directories 

that correspond to a BD^ROM having a volume label named ^XYZ" 

and a BD-ROM having a volume label named '^abc'' . The 

sub- directories * Version 2" and version 3" that are positioned 

subordinate to the dii-ectory ^XYZ" indicate the locations of 

update kits for updating the BD-ROM having the volume label 

*XYZ'' into Version 2 and into Version 3. By arranging a 

sub-directory below a directory corresponding to each BD-ROM, 
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it: is posdibXe to separately store update kits for different 
versions of a bd-rom. 

Thus, the description of the improvement on the local 
HD 12 according to the present embodiment is completed. The 
following describes the improvements on the constituent 
elements (the download unit 11 and the module manger 26) of 
the playback apparatus 200, the improvements being related to 
the directory structure of the local hd X2 , 

When downloading an update kit from the WWW server 500, 

the download unit 11 generates a new directory that corresponds 

to the B£>-ROM in the local HD 12 and gives the directory a name 

that is the same as the volume label of the BD-ROM. In the 

case where a directory corresponding to the BD-ROM exists in 

the local HD 12, a new sub-directory is generated within the 

directory that corresponds to the individual BD-ROM. The new 

sub -directory has a directory netme that corresponds to a new 

version of what is recorded on the bd-rom» The update kit 

downloaded from the WWW server 500 is written into the new 

sub -directory. For example, in the case where an update kit 

that should be stored into the directory ^'XYZ" is for the second 

version, a sub-directory whose directory name is Version 2'' 

is generated below the directory ^XYZ'^. In the case where an 

update kit is for the third version, a sub-directory whose 

directory name is Version 3'' is generated below the directory 

'^XYZ'' . Subsequently, the download unit 11 accesses the WWW 
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server 500, downloads an update kit, and writes the downloaded 
update kit Into a sub-directory for the corresponding version. 

When a BD-^ROM has been loaded onto the playback apparatus 
200/ the module manager 26 reads a volume label from the BD-ROM 
5 and specifies , out of a plurality of directories in the local 
HD 12, a directory that matches the read volume label. Then, 
the module manager 2 6 checks whether or not sub- directories 
exist below the specif led directory . If sub-directories exist , 
the module manager 26 refers to the directory names of the 
10 sub -directories/ accesses to a sub-directory of which the 
version number incorporated into the directory name is the newest/ 
and reads the update kit from the sub - directory • Thus, the 
description of the improvements on the constituent elements 
related to the directory structure according to the present 
15 embodiment is completed. 

As described above/ a virtual package constituted with 
update kits that are stored separately for. each version is 
unifyingly managed with the use of package unification 
information. The following describes the package unification 
20 information (INIPO. bd) for each virtual package . FIG. 53 shows 
the internal structure of INFO. BD. The ^INFO* BD** in a BD-ROM 
package and in a virtual package includes an Index Table , general 
information (General)/ and a PLList. 

The Index Table is malde up of a plurality of indexes 

25 for a dynamic scenario. The indexes include a FirstPlay INDEX 
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and a menu INDEX. The FirstPlay INDEX specifies a dynamic 
scenario tihat the playback apparatus should execute first when 
a BD-ROM is loaded onto the playback apparatus (i,e- a start-up 
dynamic scenario) . 

The menu INDBX specifies a dynamic scenario that the 
playback apparatus should execute vhen the user performs a 
"^"menu call". The menus include a Top menu, a Title menu, a 
Chapter menu, an Audio menu, and a subTitle menu. With the 
use of these iNDEXes, the processing to be performed when the 
BD-ROM is loaded onto the playback apparatus or when a menu 
call is performed is defined in a BD-ROM package « As a result, 
INFO. BD defines the behavior of the BD-ROM package. 

The following describes the general information 
(General), and the PLList. 

The leaders with broken lines ghl highlight the internal 
structure of the general information ''General". As shown by 
these leaders, the general information "^General" has a * Package 
Name", a ""Package version'', a download permission flag 
*Downloadability'' , a ^DRI'', and an ^Expiration Date'*, 

The Package Name" is a name of a package that is in 
common between a BD-ROM package and a virtual package . Norma lly , 
the title of a movie is used as the * Package Name*' . The package 
name is used for bringing a BD-ROM package and a virtual package 
in correspondence with each other. 

The ^Package Version'' expresses a version to which INFO. 
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BD belongs as a numerical value. For example, for info, BD 
on the BD-ROM, the package version is set as ^Version 1* , whereas 
for INFO. 3D in the virtual package # "the package version is 
set as * Vers ion 2'* or later. 

The download permission flag *Downloadabilit;y" is a flag 
that indicates whether there is a possibility that an update 
kit may be provided in the future. In the case where the flag 
of INFO, BD recorded on a BD-ROM indicates ''Undownloadabl©" , 
it means that there is no possibility that an update kit may 
be provided. When the flag indicates ^Downloadable" , it means 
that ah update kit for upgrading to a higher version may be 
provided . 

By setting the downloadability flag so as to indicate 

that upgrading to a higher version is impossible, the virtual 

package is prohibited from being played baok with an update 

kit* This situation may look like a disadvantage to the people 

in the business because there is no possibility of providing 

upgrades to higher versions; however/ when the downloadability 

flag indicates that upgrades are impossible / to play back a 

combination of a BD-ROM with an update kit is prohibited/ and 

it is therefore impossible to create a parody of a movie 

production with abuse of an update kit and defame the creator 

of the movie, in view of being able to avoiding defamation, 

there is a great advantage in setting the downloadability flag 

so as to indicate '^undownloadable'^ . 
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^UKI'' Stands for Onified Resource Identifier/ and it 
indicates, if tliere is a possibility that an update kit may 
be provided, a WWW site in the network in which the update kit 
exists . The download unit 11 is able to obtain a newest version 
of an update kit by accessing the WWW site indicated by the 

The "'Expiration Date" shows the date until which the 
downloaded update kit is valid. The playback control engine 
21 compares the current date and time clocked by the calendar 
and the cJock inside the playback apparatus with this piece 
of information of the expiration date and checks if the update 
kit is valid or is past the expiration date. When the current 
date and time is before the expiration date, playback is 
performed with the use of the update kit including INPO.BD. 
When the current date and time is past the expiration date^ 
playback with the use of the update kit including INFO. BD is 
not performed. 

The following describes the internal structure of a 
^^PLLisf. The leaders with broken lines gh2 highlight the 
internal structure of a '^Pl^Lisf . A PLIiist includes the number 
of the PlayLists included in the package (Number) and pieces 
of entry information for each PlayList (PLEntries #1 - #n> . 

In each of the pieces of playlist entry information 

^PLEntries' , it is possible to make the setting of, for each 

piece of PL information, information such as Package Version'' , 
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"^StorageName" / '^PlayList Name'' , and alternative PL information 
Al t e rna t i ve " • . 

The ^Package Version" expresses a version to which the 
piece of PL information corresponding to the PL Entry belongs , 
as a numerical value * For example , for a piece of PL information 
on a BD-ROM, the Package Version is set as version 1, whereas 
for a piece of PL information in a virtual package, the Package 
Version is set as * vers ion 2" or later. 

The ""Storage Name"" indicates in which one of , for example , 
a BD-ROM^ a HD, a semiconductor memory card, and a server in 
the Internet, the piece of PL information corresponding to the 
PLBntry is located. Since it is the download unit 11 that 
positions a piece of PL information either in a HD or in a 
semiconductor memory card, the download unit 11 automatically 
provides this information after downloading an update kit. 

The ^^PlayList Name*' is a serial number for the piece 
of PL information corresponding to the PLEntry, and a value 
such as PL #1 is set. 

The al-ternative PL information, ^^Alternative", 

indicated a playlist th.at should be alternatively played back 

in oase a piece of PL information corresponding to the PLEntry 

is damaged due to a download failure or a trouble in the HD. 

When a piece of PL information is damaged, it means that it 

is impossible to properly interpret the piece of PL information^ 

due to circumstances such as (i) the CELL information 
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constituting the piece of PL information fails to specify an 
AV stream, (ii) the In point and the Out point of the CELL 
infoimation constituting the piece of PL information are 
improper, and (iii) the piece of Pi information is already 
deleted. The alternative PL information normally specifies 
a piece of PL information recorded on a bd-ROM. The reason 
is because it is rare that PL information on a BD- ROM gets damaged . 

Thus, the description of INPO. BD for a virtual package 
is completed. The following describes an Improvement on a 
playback apparatus (the download unit 11, and the module manager 
26) related to INFO. BD. 

The download unit 11 refers to the URI in the General 
information in INFO. BD and downloads an update kit for an upgrade 
from the WWW server 500 in the network indicated by the URI, 
and writes the downloaded, update kit into a directory that 
corresponds to the individual BD-ROM in the local hd 12. The 
download unit 11 refers to a calendar inside the playback 
apparatus 200 and judges whether or not the current date and 
time has reached the date and time indicated by the ^Expiration 
Date*' in the General information in INFO. BD, If the current 
date and time is before the expiration date, the download unit 
11 accesses the WWW server 500 based on the aRI in the General 
information in INFO. BD and attempts to perform the download. 

The playback control engine 21 che6ks/ prior to the 

processing of a piece of PL information, if the piece of PL 
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information located at the location indicated by the storage 
Name in the PLBntry is damaged or not. If not damaged, the 
piece of PL information located at the location indicated by 
the Storage Kame in the PI. Entry Is interpreted. If the. piece 
of PL information is damaged, a piece of PL information indicated 
by the -Alternative" in the PLEntry is read and interpreted. 

The module manager 26 plays back a virtual package 
according to the flow chart in fig . 54 . The following describes 
the processing procedure performed by the module manager 26 
according to the present embodiment, with reference to the flow 
chart . 

The dynamic scenario i in the flow chart in PIG . 54 denotes 
a dynamic scenario i being the target of reading from the bd-rom 
or from the local hd 12. 

It is judged whether or not the Downloadability flag 
in INFO.BD on the BD-ROM indicates -undownloadable" (Step 360: 
YES), After a newest version of info, bd is read from a 
subordinate directory in the hd (step S61) , an initial setting 
of the dynamic scenario i is made (Step S63) . 

in the case where the downloadability flag in the INFO.BD 

indicates 'undownloadable" , info, bd is read from the BD-ROM, 

and control is performed targeting only the BD-ROM. m the 

case where the downloadability flag indicates -undownloadable", 

it is possible to read the dynamic scenario, the PL information, 

the AV stream and the stream management information without 
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accessing the local HD 12; therefore, the playback processing 
is performed swiftly. During the initial setting, a dynamic 
scenario that is written in the PirstPlay INDEX in the Index 
Table within INFO. BD ig aet as the dynamic scenario i (Step 
S63) . 

In Step S64, a newest version of the dynamic scenario 
is searched for . in the case where a newest version of the dynamic 
scenario i exists in a subordinate directory in the hd (Step 
S64: YES) , the newest version of the dynamic scenario i is read 
from the subordinate directory in the HD (Step S66) . in the 
case where a newest version does not exist in the subordinate 
directory, the dynamic scenario i is read from the BD-ROM (Step 
S65). 

After the dynamic scenario i is read, each of the commands 
constituting the dynamic scenario i is executed (Steps S67 
through S71) . When a command to be executed is a branching 
command, the branching destination in the command is set as 
the dynamic scenario i (Step S71), and the procedure advances 
to Step S64. 

When a command to be exocutod is a command for calling 

a PlayPL function, PL playback processing is performed in Step 

S72- When the PL is played back at this time, it is necessary 

to search for a newest version of the PL information. The 

following describes the procedure of searching for a PL, with 

reference to the flow chart in FIG. 55A, The PL to be played 
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back in Steps S91 through S95 in the flow chart will be referred 
to as the PI, #k. 

The Storage Name is read from the PLBntry of the PL #k 
in the PLList in info, bd (Step S91) . The playback control 
engine 21 is instructed to judge whether or not what is stored 
in the storage is damaged (Step 392) . When what is stored is 
valid/ the piece of PL information indicated by the PLBntry 
of the PL #k is set as the PL information #k <Step S93) . when 
what is stored is invalid, the piece of PL information indicated 
by the Alternative information in the PLBntry of the PL #k is 
setasthePLinformation#k (StepS94) . After the PL information 
#k is set in the above process, the PL information #k is read 
(Step S95) . 

Thus, the description of the procedure of searching for 
a PL is completed- The following describee searching for a 
newest version of an AV stream specified by PL information, 

FIG, 55B is a flow chart that shows the processing 
procedure of searching for a version of an AV stream. The 
processing in Steps S78 through S82 is to repeat the processing 
in steps S80 through S82 for each of the Entries in the CELL 
Information (Steps S78 and S79). 

The Entries in the cell information include an Audio 

Entry in an Audio Table, a Subtitle Entry in a SubTitle Table, 

and an Angle Entry. Among these Entries, an Entry being the 

processing target will be referred to as the Entry #p. The 
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processing in Steps S80 through S82 is a processing for judging 

a target to read data from, i. e. judgment is made as to from 

which of the BD or the BD-ROM, the AV Stream specified by each 

Entry should be read . In Step 880 , it is j udged whether a newest 

version of the AV stream specified by the Entry #p exists in 

a subordinate directory in the hd . if the newest version exists 

(Step sao : YES) , the newest version of AV stream and the stream 

management information in the local HD 12 and the AV stream 

and the stream management information on the BD-ROM are set 

as the reading targets (Step S81) . If the newest version does 

not exist in the subordinate directory , the AV stream and the 

stream management information on the BD-ROM are set as the 

reading targets (Step S82) . By performing the processing 

described in the first, second, or third embodiment of the 

present invention, so as to read the reading targets set above, 

it is possible to selectively output one of (a) the audio, the 

siibtitle, and the angle recorded on the BD-ROM and (b) the audio, 

the aiibtitle, and the angle recorded in the local HD 12. 

The following describes the process of reading an AV 

stream, stream management information, and PL information in 

accordance with the processing procedure described in the flow 

chart, using specific examples. The description in this 

section is based on an assumption that there is a directory 

structure shown in pig. 52. 

In the aforementioned flow chart, in the case where files 
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In newer versions than the file recorded on the bd-rom exist 
in the HD, the newest one of those files in the HD is selected 
and read. FIG. 56 schematically shows the process of reading 
files stored on a BD-ROM, in the Version 2 directory, and in 
the Version 3 directory. 

In the drawing^ the four boxes with broken lines arranged 
across the page symbolically show the BD-ROM, the Version 1 
directory, the Version 3 dii-ectory, and the buffer in the 
playback apparatus . The white bold arrows symbolically show 
the selections of files being selected by the control unit 16 
from among the files stored on the BD-rOM and in the Version 
2 and the Version 3 directories , 

The arrow njl schematically shows reading INFO, BD in 
Step S61. In the case where INFO. BD is stored on the BD-rom 
and in the Version 2 and the Version 3 directories, as a result 
of the reading process, li^FO. BD stored in the Version 3 directory 
is read into the memory. 

The arrow nj2 schematically shows reading a piece of 
PL information, ^002, PI;*^, in Step S66 . In the case where 
''002. PL" is stored on the BD-ROM and In the Version 2 and the 
Version 3 directories , as a result of the reading process , 002 . PL 
stored in the version 3 directory is read into the memory. 

When a file is in a plurality of different versions, 

a selection is made so that the file is taken from a direct6ry 

in the newest version so that AV stre£Utts, PL information, and 
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dynamic scenarios are supplied; therefore, it is possible to 
supplement the functions of a package released on a BD-ROM, 
with an update kit downloaded from the WWW server 500 . 

Since it is possible to supplement functions that are 
missing from the BD-ROM or from an update kit that has already 
been distributed, with a newer version of update kit, even if 
a problem arises in the BD-ROM or the update kit that has already 
been distributed, the distributor is able to correct the errors 
without recalling the products. Since there is no risk of 
having to recall the products, it is possible to eliminate 
distributors' anxiety experienced when movie productions are 
distributed. 

In the flow charts shown in FIGs . 54 and 55, only the 
newest version of set of INFO, bd, dynamic scenario, and PL 
information is read into the memory; however, it is acceptable 
tosequentiallyreadall the vers ions of sets of INFO- BD, dynamic 
scenario, and PL information into the memory and to generate 
a virtual package in the memory, from a newest version of set 
of INFO. BD, dynamic scenario and PL information, by working 
on a principle that an older version of set of INFO. BV, dynamic 
scenario, and PL information is overwritten by a newer version 
of set of INFO. BD, dynamic scenario, and PL information. 
SEVENTH EMBODIMENT 

In the sixth embodiment, when a plurality of versions 

of an update kit exist in the local HD 12, a newest version 
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among those is played back . in the seventh embodiment, virtual 
packages in different versions are presented to the user so 
that the user is able to select a preferred virtual package. 

Since it is possible to play back different versions 
of virtual packages, the present embodiment has an arrangement 
whez-ein histories of playback and recording for each version 
are kept in the local hd 12, a server, or a semiconductor memory 
card. Information indicating the histories of playback and 
recording for each version will be referred to as virtual version 
information, A table showing pieces of virtual version 
information for different versions of virtual packages will 
be referred to as a virtual package table. 

FIG. 57 shows the structure of a virtual package table. 
The virtual package table ^bd Table" is stored in a file ^VP . 
INFO'', and located in a directory ^Vpackage'' shown in FIG, 52. 
The virtual package table includes BV Entries (BDBntries #) 
and the number of the Entries (Number) Each of the Bd Entz-ies 
is the information (virtual package information) for a 
corresponding '^INPO. BD" . 

FIG. 58 shows the structure of a virtual package ta]>le 

for INFO. BDs. The virtual package table is structured with 

^Package Name'' of each version, ^recording position 

information" showing where the update kit constituting the 

virtual package is recoirded, and ^ending position information" 

showing the playback ending point in an immediately previous 
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p,la.yback of the package. For example/ for the package *^ABC" , 
xt is shown that the recording position of the update kit is 
the ^^ABC directory in the local HD, and the ending position 
of the imnediately previous playback of the package is at the 
time point of 3 minutes and 24 seconds in the CELL #1 of the 
PL #2. For the package ^XYZ'', there is no recording position 

information (shown as ^ " in the drawing) . it means that 

the package is not a virtual package, but is an original package 
recorded on a Bd-rom. For the package ^^WWW" , it is shown that 
the recording position is ^Memory; VWWW" . It. means that the 
recording position of the update kit is the directory ^WWW 
in a semiconductor memory card . No ending position information 
is provided becs^use the package has not been played back yet. 

For the package ^ Jkf'' , it is shown that the package is 
recorded io the directory ^JKF" in a home server. 

Thus, the description of virtual version information 
is completed. The following describes improvements on the 
playback apparatus side (the download unit 11 ^ the playback 
control engine 21, and the module manager 26) according go the 
paresent embodiment . 

When downloading an update kit from the WWW server 500, 

the download unit 11 sets the recording position information 

which shows the writing position as virtual version information 

for t"he version corresponding to the update kit. 

When playback of a PL is finished, the playback control 
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engine 21 generat-es Informatiion Indicaiilng the playback ending 
point and sets this information into virtual veraion information 
for the version corresponding to the PL. 

The module manager 26 unifyingly controls the playback 
apparatus 200 in accordance with the flow chart in FIG. 59. 
The following describes the procedure of playing back a PL with 
reference to PIG. 59. 

When the procedure shown in this flow chart starts to 
be executed, it is judged whether or not a virtual package table 
exists (Step S81) , and a list of virtual packages is displayed 
(Step S82) . 

FIG, 60 shows a screen showing the list in Step S82 . 

Each of the buttons (^1: ORIGINAL*, VIRTUAL PACKAGS 1" , 

and ^3: virtual package 2") on the screen showing the list 

visualizes a different one of the versions of the virtual 

packages and changes into a selected state and a confirmed state 

according to a user operation. The screen showing the list 

is displayed, and the procedure waits until a user selects a 

virtual package (Step S83) . After a selection is made, it is 

judged whether or not recording position information for the 

selected virtual package #r exists (Step $84). If recording 

position information exists, INPO. BD of the version #r is read 

from the storage indicated by the recording position information 

(Step S85), and a dynamic scenario written in the First Play 

INDBX in the Index Table for the version #r is set as the dynamic 
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scenario i (Step S86). 

when no recording position information exists, INFO. 
BD is read from the BD-ROM (Step S87 ) , and a dynamic scenario 
written in the Pirs'tPlayiNDEX in the INDEX TABLE in the INFO. 
BD is set as the dynamic scenario i (step 388) . At this time, 
the number of the virtual package selected by the user is stored 
in SPRM (24) . 

When the dynamic scenario i hag been set in the process 
described above/ the processing in Steps S67 through S73 is 
performed- During this processing, every time the playback 
control engine 21 plays back a PL (Step S72), the eventual 
playback position is written as ending position information 
in the virtual version infoiroation (Step SS9 ) * 

As explained above/ according to the present embodiment, 
when there is a plurality of versions of a virtual package/ 
it is managed/ for each of the versions, howmucb of the version 
is viewed by the user; therefore. It Is possible to prevent 
the user from experiencing confusion caused by the fact that 
there exist different versions at the same time. 
EX6BTH SMBODIMdNT 

In the first embodiment, the update kit is stored in 

the local HD 12 in the playback apparatus - The eights embodiment 

is related to an improvement by which an update kit can be stored 

in various places such as in a semiconductor memory card, a 

home server, or the like. Since an update kit can be stored 
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in various loca-tions such as a semiGonduct:or memory card, or 
a home sejrver t the playback apparatus of the present embodiment 
searches for an update kit with the procedure shown in Steps 
S91 through S96 in FIG. 61, instead of the procedure shown in 
Steps S64 through S66 in PIG. 54 and in Steps S80 through S81 
in FIG. 55B. 

Step S8 in the flow chart is for reading an update kit 
from the local hd 12, a server, or a semiconductor memory card. 
Step SIO is for reading, in the case where no update kit exists, 
PL information, stream management information, and AV streams 
from the BD-ROM. 

In order to search for a newest version, it is judged 
whether or not a local HD 12 is built in the playback apparatus . 
in the case where an HD is built in (Step S91), and virtual 
package information exists in the local HD 12 (Step S92: YES) , 
an update kit is read in Step S97. 

On the other hand, in the case where no virtual package 
information exists in the local HD 12 , but the playback apparatus 
is able to have a connection with a sesrver ( Step S93 ) , and virtual 
package information exists in the server (Step S94) , an update 
kit is read in Step S97, also. 

Finally, in the case where no virtual package information 

exists in the hd 12 and in the home server, but the playback 

apparatus 200 is able to have a connection with a semiconductor 

memory card (Step S95) , and virtual package Information exists 
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in the home server (Step 396) , an update kit is read, also (Step 
S97) . 

In the case where no local hd 12 is built In, and the 
playback apparatus is not able to have a connection with a home 
server or a semiconductor memory card/ PL information, stream 
management information, and AV streams are read from the BD-ROH 
(Step 398] . 

AS explained above , according to the present embodiment , 
even if update kits dispersedly exist in various devices and 
media, a necessary update kit is taken out from one of the 
locations; therefore, in order to download an update kit , there 
is no need to fix the location at which an update kit is located. 
Accordingly, it is possible to more freely determine where an 
update kit should be located. 

In the present embodiment/ the processing is pursued 
in the order of the HD, a home server, and a semiconductor memory ; 
however, it is possible to change the order. For example, it 
is acceptable to check for a server connection first, and a 
semiconductor memory card second, and then, lastly the HD. 
KINTH £MBODZM£NT 

In the first through seventh embodiments, an update kit 

is recoxded into the HD. In contrast, the present embodiment 

is related to an improvement for writing an update kit into 

an SD memory card that has. a secure area and an insecure area . 

PIG, 62 shows the structure of the playback apparatus 200 
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according to tlie present: embodiment. The playback apparatus 
200 in the drawing is different in that it has a built-in SD 
memory card 30. The playback apparatus of the present 
embodiment encrypts files constituting an update kit, writes 
them into the unprotected area of the SD memory card 30, and 
writes the encryption key into the protected area of the SD 
memory card 30. It is impossible to read the encryption key 
recorded in the protected area unless authenticity is confirmed 
through an authentication process with the SD memory card . With 
this arrangement, it is impossible to illegitimately copy the 
update kit. It is possible to read the update kit only when 
the update kit is used along with the BD-ROM. 

In the case where an update kit is stored in an SD memory 
card, the control unit 16 writes the medium identification 
information of the original BD- ROM that corresponds to the update 
kit into the protected area. With this arrangement, it is 
possible to bring the original bd-rom and the SD memory card 
in correspondence with each other. In addition, when playback 
is performed thereafter, it is checked prior to the playback 
whether the SD memory card and the BD-ROM match each other. 
If they match each other, playback of the movie production is 
permitted. If they do not match, the playback apparatus 200 
is prohibited from performing the playback. 

With this arrangement, when an update kit exists . 

performing playback with only the BD-ROM is prohibited, That 
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is to say, playback is performed always with a combination of 
the BD-ROM and the update kit. 

As explained above, according to the present embodiment, 
since an update kit is encrypted and stored in. an SD memory 
card along with the encryption key, it is possible to'restrict 
illegitimate copies of update kits. 

Additionally, if there arises some trouble with a BD-ROM 
package that was distributed in the past, an update kit to be 
sent later will be stored in an SD memory card so that playback 
is performed always with the combination of the SD memory card 
and the BD-ROM; therefore, it is possible to realize control 
so that troubles in the past do not come to the surface. 

SUPPXBMENXARY INFOR14ATION 

The invention has been so far described according to 
the embodiments ; however, the description above merely presents 
examples of systems that are expected to achieve best effects 
in the present situation . The present invention may be embodied 
in modifications as long as it does not deviate from the main 
gist thereof. Examples of typical modified embodiments are 
shown below under (A), <B) , (C) , and so on, 

(A) PL information may be structured as shown in FIG. 

63. To be more specific. Clip Entries in the PL information 

shown in PIG . 17 specify only AV streams recorded on the BD-ROM, 

whiile the Audio Entry specifies audio in the local HD 12. in 

contrast, the PL information shown in FIG. 63 includes two or 
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more Clip Entries so that the second and/or later Clip Entries 
specify AV streams in the local fiD 12 . 

(B) TheBDbuf f er 2, the demultiplexer 3 , the video decoder 
4, the audio decoder 6, the HD buffer 13; the demultiplexer 
14, aad the switch 15 shown in fig. 12 may be structured as 
shown in FIG. 64 A and FIG. 64B. The buffer 71 and the buffer 
72 tempoxaxily store the ACCESS UNITs out put ted from the BD 
buffer 2 and the HD buffer 13 . The filter 73 combines the ACCESS 
ONiTe that are temporarily stored in the buffer 71 and the buffer 
72 into one stream. The demultiplexer 3 demultiplexes the 
combined stream so as to obtain a video stream and an audio 
stream and outputs them to the video decoder 4 and the audio 
decoder 6, respectively. Further, it is acceptable to have 
a structure as shown in FIG . 64B , Being sepax-ate from the audio 
decoder 6, an audio decoder 76 is provided for decoding the 
audio frames outputted from the HD buffer 13. A selector 75 
selectively outputs one of (a) the results of decoding performed 
by the audio decoder 6 and (b> the results of decoding performed 
by the audio decoder 76. 

The audio deooder 76 performs decoding processing by 
referring to a time obtained by adding an offset to a time stamp 
attached to a TS packet. With this arrangement wherein the 
audio deooder 76 is provided/ the audio decoder 6 does not need 
to switch between whether or not the offset should be referred 
to, 
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(C) The arrangemeni: wherein an update kit is provided 
from the WWW server 500 is a mere example. It is acceptable 
to have an arrangement wherein a BD-rOM or a DVD on which only 
an update kit Is zrecorded is distributed to users .so that the 
update kit can be taken from the BD-ROM or the DVD. It is also 
. acceptable to have an arrangement wherein an update kit is 
distributed from the Www server 500 to a KIOSK terminal so that 
the KIOSK terminal writes the update kit into a semiconductor 
memory card, and the update kit is taken into the playback 
apparatus via the semiconductor memory card. 

<D> It is desirable to download data from the WWW server 

500 according to a dynamic scenario in a Java mode or a Browser 

mode . A dynamic sceneijrio in a Java mode or a Browser mode is 

written in a mark-up language such as the Java language, HTML, 

XMli, or the like and recorded onto a BD-ROM. With this 

arrangement wherein download is performed with such video data, 

it is possible to prearrange programming so that an update kit 

is automatically downloaded when a predetermined time has 

arrived- It is also useful to prearrange programming so that 

download x& performed at regular time intervals . It is 

acceptable to download an update kit in synchronization with 

playback of a PL. For example, it is acceptable to prearrange 

programming so that an update kit is downloaded during the 

playback period of movie trailers recorded on a BD-ROm. 

(B) It is acceptable to have an arrangement wherein some 

114 



pieces of data that; are Included only in a U.S. distribution 
version are sold^ as update kits^ to users who reside outside 
the U.S.A. A movie production to be distributed to a country 
other than the U. S. A. needs to have audio and/or subtitles 
5 in the native language (non-English) of the country multiplexed 
onto the AV stream. When the AV stream is generated/ it is 
necessary to reserve a bandwidth for the sub- images and audio. 
It is often the case that , in order to reserve such a bandwidth/ 
some data for interactive operations which is multiplexed onto 

10 an AV stream in a U.S. version is deleted from the.AV stream 
in a version for other countzries besides the U. S. a. fot this 
reason , in the case where many users wish to have a U . S . version/ 
distributing such data in the U.S. version to users in many 
other countries in the world as update kits makes it possible 

15 to meet the demands of the users . 

(F) As to directory names / the volume label is used as 
medium information of a DD^ROH so that a directory corresponding 
to the BD-ROM is generated in the local HD 12; however, it is 
acceptable to use other information as long as the information 

20 ±6 related to the medium. Xt is acceptable to use a code being 
unique to the BD-ROM, such as medium identification information . 

(G) It is acceptable to have an arrangement wherein a 

directory for each individual user is provided below directories 

corresponding to BD-ROMs so that dynamic scenarios, PL 

25 information, AV streams , and stream management information used 
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by a particular user is stored in the directory for tlie user. 
Further, it is acceptable to have an arrangement wherein, when 
a user plays back a BD-ROm, an AV stream is played back with 
the use of the dynamic scenarios, PL information, AV streams, 
and stream management information that are in the directory 
assigned to the user. With this arrangement, it is possible 
to achieve control so that a PL is played back without a parental 
lock for a directory assigned to father in a family, while the 
PL is played back with a parental lock for a directory assigned 
to children in the family. 

<H) The AV stream in an update kit according to the first 
embodiment includes only an audio stream for a single language, 
which is audio in the Japanese language; however, it is 
acceptable to have an arrangement wherein audio streams for 
a plurality of languages such as Japanese, Chinese, and Korean 
languages are recorded as an AV stream, in such a case/ the 
update kit includes an AV stream on which the plurality of audio 
streams are multiplexed. The AV stream in an update kit 
accorcllng to the second embodiment includes only a sub- image 
stream for a single language,- which is a subtitle in the Japanese 
language; however, it is acceptable to have an arrangement 
wherein sub- image streams for a plurality of languages such 
as Japanese, Chinese, and Korean languages are recorded as an 
AV stream, m such a case, the update kit includes an AV stream 

on which the plurality of sub-image streams are multiplexed. 
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Farther, it is acceptable to have an arrangement wherein 
the download unit 11 downloads an update kit that includes an 
AV stream on which a sub- image stream and an audio stream are 
multiplexed. 

(X) The download unit 11 may obtain an update kit via 
FTP through an FTP control connection and an FTP data connection 
as described below. The ftp control connection is established 
between a user PI {Protocol interpreter) within the playback 
apparatus 200 and a user PI (Protocol Interpreter) within the 
www server 500, so that an FTP command and an ftp reply are 
t r a ns f erred • 

The FTP connection is established between a user DTP 
(Data Transfer Process) within the playback apparatus 200 and 
a user dtp (Data Transfer Process) within the WWW server 500, 
so that the update kit is transferred. 

(J) In all of the embodiments, an optical disk to be 

played back by the playback apparatus is implemented as a BD-ROM, 

while a recording medium on which an update kit is recorded 

is implemented as an hd. However, the characteristics of the 

playback apparatus of the present invention are not dependent 

on the physical properties of a BD-rom and an hd. Any form 

of recording media is applicable as long as it is possible to 

record an AV stream on the recording media , For example , optical 

disks such as DVD-ROM, DVD-RAM, DVD-RW, DVD-R, DVD+RW, DVD+R, 

CD-R, CD-RW, and the like, and optical -magnetic disks such as 
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PD, MO and the like are applicable. Semiconductor mGmory cards 
such as compact flash cards, Smart Media, Memory sticks, 
MultiHedia Cards, and PCM-CTA Cards and the like are also 
applicable, as az-e ( i) magnetic recording disks such as flexible 
5 diskSr SuperDisk, zip, clikJ and the like, and (ii) removable 
hard disk drives such as ORB, Jaz, SparQ, SyJet, BZFlyer, 
microdrive and the like. Furthermore, the recording medium 
may also be a built-in hard disk. 

(K) Although the playback apparatuses in all of the 

10 embodiments output AV streams recorded on a BD-ROM to a TV after 
decoding them, the playback apparatus may be structured from 
only a BD-ROM drive, and the TV may be equipped with all of 
the other elements. In this ca3e# the playback apparatus and 
the TV can be incorporated into a home network connected using 

15 IEEE1394. Also, although the playback apparatuses in the 
embodiments are of a type used after connecting to a television, 
integral display- playback apparatuses are also applioable. 
Furthermore, the playback apparatus may be only those parts 
of the playback apparatuses of the embodiments that perform 

20 essential parts of the processing. Because these playback 

apparatuses are all inventions disclosed in the specification 

of the present application, acts involving the manufacture of 

playback apparatuses based on an internal structure of the 

^playback apparatuses shown in the embodiments are 

25 Implementations of the inventions disclosed in the 
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specif icatiion of the present application. Acts that involve 
transferring, whether onerous or gratuitous, (retail when cost 
is involved; a gift when no cost is involved), lending, or 
importing of playback, apparatuses shown in the embodiments are 
also implementations of the present invention. Acts that 
involve approaching the general user about transfer, rental 
or the like by means of store front displays, catalogue 
solicitation, pamphlet distribution and the like are also 
implementations of these playback apparatuses . 

(L) Because of the information processing by computer 
programs shown in FlGs . 19, 27/ 36, 43, 54, 55, and 61 being 
realized specifically using hardware resources, computer 
programs showing the processing procedures in the flowcharts 
form an invention in their own right- Although all of the 
embodiments show embodiments that relate to the implementation 
of computer programs pertaining to the present invention in 
an incorporated form in the playback apparatuses, the computer 
programs shown in the embodiments may be implemented in their 
own right, separate from the playback apparatuses. The 
Implementation of tbe computier programs Ltx there own right 
includes acts that involve: (1) production of the programs, 

(2) transference of the programs, either onerous or gratuitous 

(3) lending of the programs, (4) importing of the programs, 

(5) providing the programs for the general public via 

l^i" directional electronic communications circuits, and (6) 
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approachiog the general user about: transfer, rental and the 

like by means of store front displays/ catalogue solicitation/ 

pamphlet distribution, and so forth. 

(M) The '^time'' elements of the steps that are executed 

chronologically in the flow charts shown in FiGs . 19/ 27, 36, 

43, 54/ 55, and 61 are considered to be requisite items with 

which the present invention is identified. Accordingly, it 

is understood that the processing procedures shown in these 

flow charts disclose usages of playback methods. Executing 

the processing shown in these flow charts by chronologically 

performing the processing in the steps so as to achieve the 

intended objects of the present invention and to have the 

functions and effects is implementations of the recording 

methods of the present invention. 

<N) When being recorded on a BD-ROM, it is preferable 

that extension headers are provided for TS packets constituting 

an AV stream. The extension headers, which are called 

TP_extra_headers , include an *^Arrival_l?ime_Stamp'' and a 

^copy^permission^lndicator" / and have a 4 -byte data length. 

TP_extira_header-att.achedTS packets (hereinafter, abbreviated 

to ^EX-attached TS packet'') are arranged into groups of 32 

packets , and written into three sectors , Bach group comprising 

32 EX-attached TS packets is 6,144 bytes in length (=32 X 192) , 

and matches the 6vl44-byte size of three sectors (»2048 X 3). 

The grouping of 32 ESC- attached TS packets contained in three 
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sectors is referred to as an ^Aligned Unif . 

A playback apparatus 200 transmits Aligned Units in 
transmission processing as described below, when used in a home 
network connected via 1CEE1394. That is, a device on the side 
of the sender removes the TP_extra_header from each of the 32 
EX-attached TS packets Included in an Aligned Dnit, and outputs 
the TS packets after encoding the TS packet body based on a 
DTCF standard . When outputting TS packets , isochronous packets 
are inserted at various positions between TS packets • The 
positioning of isochronous packets is based on times shown in 
the Arrival_Time_Stamp in each TP_extra_hcader . The playback 
apparatus 200 outputs a DTCP_Descriptor when outputting the 
TS packets. The DTCP_Descriptor shows a copy permissibility 
setting in each TP_e3ctira_header , Here, if the DTCP_Des crip tor 
is described so as to show '"copy prohibited'^ , TS packets will 
not be recorded on other devices when used in a home network 
connected via XE£:£:l394. 

(O) In the case where the playback apparatus 200 has 
a recording function onto a recordable optical disc (such as 
BD-RH:, jBD-R, orthelilce) , it is acceptable to Have an arrangement 
wherein a virtual package being made up of a BD-ROM package 
in a BD-ROM and one or more update kits is converted into a 
BD package, and then written onto a recordable optical disc. 

In such a case, it is desirable that copy±ng of an AV 

stream is executed based on copy generation information (CGI) 
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embedded in tJie AV stream. Copy generation information may 
indicate ''copy free'' which means that the data is free to be 
duplicated, ''one generation copy'' which means that recording 
a duplication of one generation is permitted., '^no.more copy" 
which means that further duplication of a duplication is 
prohibited, or ^^never copy'' which means that no duplication 
is permitted. 

In the case where right management information is 
attached to an Av stream, it is acceptable to have an arrangement 
wherein copying of the AV stream is executed under the use 
conditions defined in the right management information. 

If the right management information def ines a condition 
under which copying is permitted with the number of times of 
copying, copying is permitted as long as the condition is 
satisfied, if the right management information defines a 
condition under which copying is permittedwitha validity period 
(year, month/ and date are defined), copying is permitted as 
long as the condition is satisfied. 

(P) In the case where copying processing has variations 
such as ^move*, ^migrate", or ^check ouf , it is acceptable 
that copying is executed based on the use conditions defined 
for each of the variations, *Move"' is a type of copying 
processing which includes deletion of contents of the copy source 
and is used when contents are moved between a plurality of 
recording media • 
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'"K'igralie'' is a "type of copying processing based on a 
premise that: use condition information is generated in the copy 
destination recording medium. 

Check ouf is a type of. copying processing in which 
5 the numiber of times of copying is limited , and contents are 
copied after the number of times of copying is decremented by 
one. The difference between copying with a limited number 
of times of copying'^ and ""check ouf is that for ^check ouf , 
it is possible to increment the number of times of copying. 

10 The number of times of copying is incremented after a processing 
(called *check in'') is performed to make it impossible to play 
back the contents copied and recorded on the recording medium « 
(Q) The AV streams described in the embodiments may be 
VOBs (Video Objects) complying with a DVD-Video standard or 

15 a DVD-Video Recording standard* VOBs are program streams 
compliant with 1SO/IEC13818-1 obtained by multiplexing video 
and audio streams. Also, in each embodiment, AV streams may 
be referred to as ^AV Clips'', and in which case the stream 
management information may be referred to as *Clip information . 

20 m addition , video streams in A V streams may be in MPEG - 4 format , 
WMV format, or the like. Furthermore/ audio streams may be 
in a Linear- PCM format, Dolby-AC3 format, MPS format, orMPEG-AAC 
format . 

The CEZili information described in the embodiments 

2 5 specifies a starting point and an ending point of each playback 
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section using t:iine information; however, it is acceptable to 
specify a starting point and an ending point of each playback 
section using logical addresses in a bd-ROM. Further, each 
"^CELIj" described in the embodiments may be referred to as a 
^Playltem'' . 

(R) In the layer model shown in FIG. 44 , it is acceptable 
to position the Browser mode and the Movie mode over the Java 
mode. The reason for this is that executing the Movie mode 
on the Java mode will not cause any problem since, especially, 
the load put on a playback apparatus by interpretation of a 
dynamic scenario in the Movie mode and execution of control 
procedure based on a dynamic scenario is light . Another reason 
is that, in the course of development of playback apparatuses 
and movie productions, it would be sufficient to guarantee 
operation in only one mode. 

Further, it is acceptable to execute the processing in 
the Java mode with only the Java mode, without having the three 
modes. The reason is that it is not necessary to have the 
Movie mode particularly since, even in the Java mode, it is 
possible to have playback control in synchronization with 
playback of PLs . Furthermore, control with dynamic scenarios 
may be only in the Movie mode or only in the Browser mode. 

(S) The ^TMAP'' in the stream management information may 
be referred to as an ^EP^jnap^ , In such a case. It is desirable 

to express a playback starting time of an ACCESS UNIT with a 
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-time stamp (Presentation Time Stamp) on a piece of picture data 
positioned at the head of the access UNIT. In addition, it 
is desirable to express the address in an ACCESS ONIT as a serial 
packet number (SPN) of a PES packet. 

(T) AS for the configuration of the playback apparatus, 
it is described that only a current dynamic scenario is stored 
in the dynamic scenario memory 20 and that only current stream 
management inf orrnation and current PL information are stored 
in the static scenario memory 10; however/ it is acceptable 
to store in advance/ like in a cache memory, a plurality of 
scenarios, pieces of stream management information, and pieces 
of PL information. With this arrangement, it is possible to 
shorten the time lag that may be experienced before these kinds 
of data are read from a bd-ROM. 

(U) In order to continuously play back two or more CELLs 

that constitute a PL, it is desirable to process these CELLs 

so that these cells are connected with one another seamlessly. 

In order to process the CELLs to have seamless connection/ 

duplicate portions of an ending portion of a preceding playback 

section and a starting portion of a following playback section 

in video data are generated in advance/ and these duplicate 

portions are re -encoded. As additional inf carnation, it is 

acceptable to refer to the duplicate portions generated for 

the purpose of seamless connection as Bridge clips « 

Here, it is desirable to set the ending portion and the 
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starting portion in the following manner. 

In the preceding av stream ^ ACCESS UNITs starting from 
an ACCESS UNIT that includes the Out point of the preceding 
playback section and up to the second ACCESS UNIT from the ACCESS 
UNIT Is set as the ending portion. in the following CELL 
information #x+l, an ACCESS UNIT that includes the In point 
of the following playback section is set as the starting portion . 
The reason why the ending portion and the starting portion are 
set as above is described in the publication of the Unites States 
Patent No • 6,148,140 which is the prior art by the same applicant , 
The publication may be referred to for the details. 

Further, it is desirable to prepare seamless connection 

information for the duplicate portions generated for the purpose 

of seamless connection. The seamless connection information 

includes the playback starting time of the first video frame, 

the playback ending time of the last video frame, the starting 

time of an audio gap, the time length of the audio gap, and 

the position information of the audio gap. By defining such 

seamless connection information, it is possible to calculate 

a^<iif Terence (STC-Off set) between the time stamps of the playback 

sections from the playback starting time of the first video 

frame and the playback ending time of the last video frame and 

set the time stamp difference in the playback apparatus . 

Further, it is possible to prevent audio interruption that may 

occur during a shift from one section to another by controlling 
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the audio decoder with reference to the audio gap information. 

(V) The movie productions described in the eiabodiments 
represent all productions that are expressed with images, such 
as television movies and game software. The reason for this 
is that the movie productions described in the embodiments ( i) 
are expressed in such a manner so as to cause visual or 
audio-visual effects through, for example, displays with a 
cathode ray tube or liquid crystal displays ^ and (ii) exist 
while maintaining their identity by somehow uniting themselves 
with a corporeal thing i.e. a BD-rom, and (iii) are put in the 
state where they are reproducible; therefore/ the requirements 
for existence forms of movie reproductions are satisfied. 

However, the substantial elements of the present 
invention are not limited to the fact that the data represents 
a movie production; therefore, the video data in the present 
invention may be iioages in a security monitor camera or images 
in a home -use video camera. 

(W) In the embodiments, a user operation is received 

through a remote controller ; however , it is acceptable to receive 

a user operation through a front panel of a playback apparatus . 

It is acceptable to receive designation by a user through an 

input device such as a keyboard, a touch panel/ a mouse, a pad, 

a track ball, or the like. In such cases, it is acceptable to 

receive user operations represented as clicks and drags. 

(X) The movie productions described in the embodiments 
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may be ob-tained by encoding analog image signals broadcas-ted 
by analog broadcast • The movie productions may be of stream 
daiia constituted with transport streams broadcasted by digital 
broadcast. 

Contents may be obtained by encoding analog /digital 
image signals recorded on a videotape. Further/ contents may 

be obtained by encoding analog/digital image signals taken 
directly from a video camera. Besides/ the present invention 
is applicsLble to digital work distributed from a distribution 
server , 

(T ) The Java module 24 may be a Java platform incorporated 
into a device for the purposes of receiving satellite broadcast . 
In the case where the Java module 24 is such a Java platform / 
the playback apparatus of the present invention also serves 
in the processing by an MHP-oriented STB, 

Further, the Java module 24 may be a Java platform 
incorporated into a device for the purposes of controlling the 
processing of a mobile phone • In the case where the Java module 
24 is such a Java platform, the playback apparatus of the present 
invention also serves in the processing by a mobile phone. 

Furthermore, the Browser module 2 5 may be browser 
software that is of a type to be Incorporated into a personal 
computer r such as Internet Explorer by Microsoft. 

(Z) It should be noted' that it is desirable to transmit 

an update kit with the use of SSL (Secure Socket Layer). A 
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www server 500 being compatible with SSI* has a digital 

certificate pre -installed, and traz^smlts a digital certificate 

to the playback apparatus 200 when having received an SSL request 

from the playback apparatus 200. In the digital certificate, 

a public key is encrypted, and the playback apparatus 200 

authenticates the certificate. As a result of the 

authentication , if a proper public key is obtained, it is judged 

that the WWW server 500 is reliable. Then, the playback 

apparatus 200 transmits a common key that is encrypted with 

the public key. The WWW server 500 decrypts, with a secret 

key , the encrypted common key having been transmitted and shares 

the common key with the playback apparatus 200. The update 

kit is transmitted and received with the use of the ccrtimon key 

that is shared in this manner, a common key is used for the 

transmission and reception of the update kit so that the 

encryption processing can be performed at a high speed. As 

additional information, HTTP, mail, FTP, and Telnet are 

applicable to tbe transmission and reception of the data . Here , 

it is also acceptable to describe such process ing by the playback 

apparatus 200 with a dynamic scenario in a Java mode or a dynamic 

scenario in a Browser mode so as to supply it on a BD-ROM. 

It is preferable that accounting settlement for 

distribution of an update kit is performed on a premise of having 

electronic commercial transactions, in such a case, merchant 

software is incorporated into the WWW server 500, and wallet 
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software is incorporated into th© playback apparatus 200 . Also, 
the network shown in PIG. 1 is connected to a payment gateway 
provided at a banking Institution. Credit card settlements 
are realized by using SET (Secure electronic Transactions) in 
such a network. The playback apparatus 200 transmits order 
information to the server 500 and also transmits accounting 
settlement information to the payment gateway. When having 
received the order information, the server 500 transmits an 
update kit to the playback apparatus 200. Since the order 
information and the accounting settlement information are 
transmitted separately, it is possible to enhance the security 
level of the settlement. It is also acceptable to describe 
such processing by the playback apparatus 200 with a dynamic 
scenario in a Java mode or a dynamic scenario in a Browser mode 
so as to supply it on a BD-ROM. 

It is acceptable to develop a movie production into an 
on-line game by adding an update kit including a dynamic scenario 
to the movie production recorded on a BD-ROM. The dynamic 
scenario included in an update kit not only has a PL played 
back but also obtains data froxu a WBB site and has CG rendered. 

Such a game has world-wide expansion via the Internet 
unlike a closed space of a BD-ROM and is able to have users 
entertained for a long period to come. 
Reference Nuinbers 
1 : BD Drive 
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Audio Decoder 
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Image Decoder 
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Static Scenario memory 
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Download Unit 
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HD buffer 
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Playback Control 


Engine 
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DVD- like Module 






24 : 


Java Module 






25: 


Browser Module 






26: 


Module Manager 
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30: 


SD Memory Card 
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200: Playback Apparatus 
300: Television 
400: Remote Controller 
500; WWW Server 
5 600: Home Server 

Zndustri.al Applicability 

The playback apparatus of the present invention performs 
the playback processing for a virtual package in which an update 
kit is added to what is recorded on an optical disc, and 

10 effectively enhances the added value to the optical disc; 
therefore / it is possible to supply movie discs to markets more 
intensely/ and to energise the movie market and the markets 
for commercial-off-the-shelf devices. Accordingly, the 
playback apparatus of the present invention has high 

15 applicability in movie industries and the industries of 
commercial-off-the-shelf devices. 
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